আমি বছরের পর বছর ধরে এই ধরণের জিনিস করেছি এবং সম্ভবত আমার যেভাবে কষ্ট হয়েছে তা এড়াতে আপনাকে সহায়তা করতে পারি।
কিছু ব্যবহারের ক্ষেত্রে ক্লাউড স্টোরেজ আদর্শ হতে পারে তবে অতিরিক্ত কাজ ছাড়াই গোপনীয়তা / সুরক্ষা সম্পর্কিত স্কেচি এবং বিপুল পরিমাণে ডেটা জড়িত ব্যবহারের ক্ষেত্রে উপযুক্ত নয়। (আমি সুরক্ষা / গোপনীয়তার বিষয়ে প্রতি ফাইল-ফাইল এনক্রিপশন সহ কাজ করেছি এবং এটি বিভিন্ন ব্যবহারের ক্ষেত্রে নীচে বর্ণিত সমাধানের সমান্তরালে ব্যবহার করেছি।)
কার্যক্ষমতার ক্রমবর্ধমান ক্রমে স্থানীয় স্টোরেজ সমাধানগুলি এখানে রয়েছে (যা সহজাতভাবে সাবজেক্টিভ এবং নির্দিষ্ট ব্যবহারের ক্ষেত্রে নির্ভরশীল):
- এক্সফ্যাট: কেবলমাত্র আমার নিজের অভিজ্ঞতার অভাব এবং এর তুলনায় নতুনত্বের কারণে নীচে। আছে সামঞ্জস্য সমস্যার কারণ বিভিন্ন ব্লক আকারের প্ল্যাটফর্মের মধ্যে। স্পষ্টতই, 1024 বাইটের চেয়ে ছোট ব্লকের আকারের সাথে উইন্ডোতে ড্রাইভ ফর্ম্যাট করা কাজ করতে পারে।
- এনটিএফএস: আমার উইন্ডোজ, ম্যাক এবং লিনাক্সের মধ্যে পিছনে পিছনে গিয়ে এনটিএফএস-থ্রিজিতে সব ধরণের সমস্যা ছিল। ফাইল দুর্নীতি, ডেটা হারিয়ে গেছে ইত্যাদি কয়েক বছর আগে এটি সম্ভবত এখন ভাল - তবে তখন শক্ত হিসাবে এটি "বিক্রি" হয়েছিল এবং তা ছিল না।
- FAT32: আমার অভিজ্ঞতার মধ্যে, এটিই কেবলমাত্র "ক্রস-প্ল্যাটফর্ম" ফাইল সিস্টেম যা ম্যাক, লিনাক্স এবং উইন্ডোজকে ব্রিজ করতে পারে। (এবং ক্যামেরা, এবং টিভি এবং ...) এখানে প্রতি-ফাইল 4 জিবি আকারের সীমা এবং 2TiB মোট ভলিউম আকারের সীমা রয়েছে । আপনি তাত্ত্বিকভাবে ফ্যাট 32 ফর্ম্যাটটার সহ 32 গিগাবাইট FAT32 সীমাবদ্ধতা কাটিয়ে উঠতে পারেন , তবে আমি জানি না এটি সিস্টেমের মধ্যে কতটা সামঞ্জস্যপূর্ণ। তত্ত্ব অনুসারে, FAT + 256GiB ফাইল এবং উচ্চতর ব্লকের আকার ব্যবহার করার অনুমতি দেয়
- একটি ভার্চুয়াল মেশিন সিআইএফএস এর মাধ্যমে হোস্ট ওএসের সাথে তার নেটিভ ফাইল সিস্টেমটি ভাগ করে নিচ্ছে: এটি আমার বেশিরভাগ ব্যবহারের ক্ষেত্রে সবচেয়ে ভাল সমাধান হ্যান্ডস ডাউন।
বছর আগে যখন আমি এনটিএফএস -3 জি ব্যবহার করে ডেটা দুর্নীতিতে বিরক্ত হয়েছি তখন আমি উইন্ডোজ 2000 চালিত একটি ছোট ভিএম ব্যবহার শুরু করেছি এবং সিআইএফএস এর মাধ্যমে হোস্ট ওএসের সাথে একটি এনটিএফএস ভলিউম ভাগ করে নিলাম। পারফরম্যান্স সরাসরি সংযুক্ত স্টোরেজের সাথে তুলনা করতে পারে না, তবে অবশেষে আমি ডেটা দুর্নীতি এবং এটির কারণে অবিশ্বাস ও মাথাব্যথাকে বিদায় জানাল। উইন্ডোজ 2000 থেকে ফর্ম্যাটেড এনটিএফএস, উইন্ডোজ 2000 এর মধ্যে একটি ভিএম, এবং উইন্ডোজ ভিস্তা (সেই সময়ে) এর মধ্যে উইন্ডোজ 2000 এর মধ্যে পিছনে পিছনে সরিয়ে নেওয়া সহ উইন্ডোজের আরও আধুনিক সংস্করণগুলির সাথে নির্বিঘ্নে এবং বিনিময়যোগ্যভাবে কাজ করেছিল।
তবে এখনও, এনটিএফএস দীর্ঘ সময় ধরে নির্ভরযোগ্যভাবে প্রচুর পরিমাণে ডেটা সঞ্চয় করার জন্য যথেষ্ট শক্তিশালী ছিল না, এমনকি মিররযুক্ত কনফিগারেশন (এমনকি বিশেষত একটি RAID5 কনফিগারেশনে) থাকলেও। মূলত বিট্রোট এবং চেকসামিংয়ের অভাবে। মঞ্জুর, এটি দীর্ঘ সময়ের জন্য সর্বোত্তম জিনিস ছিল, তবে আর কিছু নয়।
এখন, কেবলমাত্র "ক্রস-প্ল্যাটফর্ম" ফাইল সিস্টেমটি আমি ব্যবহার করি জেডএফএস, সিআইএফএসের মাধ্যমে উপস্থাপন করা লিনাক্স একটি ভিএম-তে চলছে। (আমি বিটিআরএফএসও ক্রমবর্ধমানভাবে ব্যবহার করছি যা সম্প্রতি আমার ব্যবহারের ক্ষেত্রে স্থায়িত্বের কিছু প্রান্তকে অতিক্রম করেছে বলে মনে হচ্ছে a দীর্ঘ সময় ধরে আমি এটি কেবল পরীক্ষামূলকভাবে ব্যবহার করেছি এবং এটি প্রায়শই আমাকে হতাশ করে))
আমি ম্যাক ওএসের জন্য জেডএফএস ব্যবহার করি না, কেবল লিনাক্সে জেডএফএস। (ওরাকল এটিকে গোলমাল না করা পর্যন্ত আমি সর্বাধিক আপ টু ডেট জেডএফএসের বৈশিষ্ট্যগুলির জন্য জেডএফএসের হোস্ট করতে ওপেনসোলারিস ভিএম ব্যবহার করতাম।)
আমি ম্যাকের জন্য জেডএফএস চেষ্টা করেছিলাম কিছুক্ষণ আগে এবং এটি খুব অস্থির এবং পুরানো। সম্ভবত এখন এটি ঠিক আছে তবে আমার ভিএম সমাধানটি নির্দোষ। এবং যেমনটি আমি বলেছিলাম, যাইহোক আমি বিটিআরএফএস ক্রমবর্ধমানভাবে ব্যবহার করছি, যা আমার প্রয়োজনীয়তার জন্য অনেক দিক থেকে একটি ভাল মিল ((যার মধ্যে প্রথম এবং সর্বাগ্রে রক-সলিড নির্ভরযোগ্যতা - যা জেডএফএস সর্বদা সরবরাহ করেছে)।
আমি আমার ম্যাকগুলি ট্রিপল-বুট করি এবং আমি যখন লিনাক্স স্থানীয়ভাবে চালাচ্ছি না, তখন আমি ভিএম তে একই দেশীয় লিনাক্স ইনস্টলেশন চালাই run লিনাক্স অতিথি সংযোজন সহ কোনও ভিএম-তে চালানো এবং দেশীয়ভাবে পুরোপুরি খুশি। আমি প্রায় সর্বদা সিআইএফএস এর মাধ্যমে "নেটিভ" জেডএফএস বা বিটিআরএফএস ভলিউম অ্যাক্সেসের জন্য একটি লিনাক্স ভিএম চালাচ্ছি, যখন এটি স্থানীয়ভাবে চলমান না।
বড় "ক্রস-প্ল্যাটফর্ম" নির্ভরযোগ্য স্টোরেজটিতে ধীর সিআইএফএস অ্যাক্সেসের জন্য আমি আমার বেশিরভাগ ওয়ার্কফ্লো নির্বিঘ্নভাবে সামঞ্জস্য করেছি। উদাহরণস্বরূপ, যদি আমার প্রচুর ওয়ার্কিং ডেটাতে দ্রুত অ্যাক্সেসের প্রয়োজন হয় তবে এটি সাধারণত এমন একটি অ্যাপ্লিকেশনে থাকে যা সেই নির্দিষ্ট হোস্ট ওএসের জন্য অনন্য এবং এটি প্ল্যাটফর্মের ওপরে অ্যাক্সেসযোগ্য হওয়ার প্রয়োজন হয় না। সুতরাং আমি ওএস স্থানীয়ভাবে উপলব্ধ এসএসডি স্টোরেজটি কেবল স্থানীয়ভাবে ব্যবহার করি এবং ধীর "ক্রস-প্ল্যাটফর্ম" স্টোরেজটিতে নিয়মিত অনুলিপিগুলি তৈরি করি - বা কেবলমাত্র নির্দিষ্ট ব্যবহারের ক্ষেত্রে নির্ভর করে প্রকল্পটি সম্পন্ন হলেই।
টিপ: আপনি যদি ভিএম রুটে যান তবে আপনাকে ব্রিজযুক্ত অ্যাডাপ্টারের মাধ্যমে ভিএম ফাইল সিস্টেমটি ভাগ করে নিতে প্ররোচিত করা হবে। তার সুবিধাটি হ'ল একই সাবনেটে ভিএম এর নিজস্ব আইপি ঠিকানা থাকবে এবং সেই সাবনেটের অন্যান্য কম্পিউটারগুলি দ্বারা স্টোরেজটি অ্যাক্সেসযোগ্য হবে। তবে, একটি ব্রিজযুক্ত অ্যাডাপ্টারের ত্রুটিগুলি 1) এটি একটি নির্দিষ্ট শারীরিক অ্যাডাপ্টারের সাথে আবদ্ধ থাকে এবং আপনি যদি ওয়্যারলেস থেকে ওয়্যারযুক্ত থেকে স্যুইচ করেন, আপনি ভিএম এর মধ্যে থেকে ইন্টারনেট সংযোগ হারাতে পারেন [এটি যদি কেবল সমস্যা হয় তবে আপনার উত্পাদনশীলতা ওএস হিসাবে ভিএম ব্যবহার করে, যেমন আমি সাধারণত করি]] এবং 2) ব্রিজযুক্ত অ্যাডাপ্টারগুলি চতুর হতে পারে। কখনও কখনও এটি "কেবলমাত্র কাজ করে" তবে আপনার যদি সমস্যা হয় তবে সমস্যা সমাধান খুব জঞ্জাল হতে পারে। আরও ভাল সমাধান দুটি অ্যাডাপ্টারের সাথে ভিএম কনফিগার করা হয়: ক) নাট [ভিএম থেকে ইন্টারনেট অ্যাক্সেসের জন্য যা কোনও শারীরিক অ্যাডাপ্টার সরবরাহ করে তা কার্যকর করবে না], এবং খ) হোস্ট-কেবলমাত্র একটি স্ট্যাটিক আইপি ঠিকানা, কোনও ডিএনএস বা গেটওয়ে, ভার্টিও অ্যাডাপ্টার এবং প্রমিসিউস মোড সহ কনফিগার করা নেই। কেবলমাত্র আপনার স্থানীয় মেশিনটি ভিএম এর সিআইএফএস শেয়ারগুলি অ্যাক্সেস করতে সক্ষম হবে। এই সমাধানটি সেট আপ করা তুচ্ছ নয়, তবে একবার এটি করার পরে এটি মূলত ম্যাজিক।
শুভকামনা!