VPN জুড়ে DFS প্রতিলিপি: লকিং আপনাকে যা দেয় তা নয়

লিংকটি এনক্রিপ্টেড, সবসময় চালু এবং যথেষ্ট দ্রুত, তাই শেয়ার করা ফোল্ডারটির উভয় সাইটে একই ফোল্ডারের মতো আচরণ করা উচিত। এই ধারণাটিই বেশিরভাগ DFS প্রতিলিপি নকশার ভিত্তি, যা পরে মানুষকে অবাক করে। DFSR মাল্টি-মাস্টার ও অ্যাসিঙ্ক্রোনাস: প্রতিটি প্রতিলিপি স্বাধীনভাবে ভার্সন অনুসরণ করে, আর প্রোটোকলে এমন কিছু নেই যা সার্ভারগুলোর মধ্যে লক ধরে রাখে। VPN তাদের মধ্যে ট্রাফিক বহন করে এবং এই ধারণার প্রয়োজনীয় সমন্বয়ের কিছুই যোগ করে না। লেখার ধরন ও ধারণক্ষমতার মডেল পরিকল্পনা করুন, নইলে প্রথম প্রকৃত দ্বন্দ্বই একটি সহায়তা ঘটনা হয়ে ওঠে।

ভ্রান্ত ধারণা: VPN প্রতিলিপিগুলোকে এক ফাইল সিস্টেম করে তোলে

টানেল একটি পরিবহন। এটি দুই সার্ভারের মধ্যে অনুমোদিত পথ দেয় এবং মাঝের হপগুলো লুকায়। কে ফাইল সম্পাদনা করতে পারে, ভার্সনগুলো কোন ক্রমে আসে, বা দুটি সম্পাদনা একসাথে এলে কী হয়, এসব বিষয়ে এটি কিছুই বলে না।

এনক্রিপশন ও প্রাপ্যতা লিংকের বৈশিষ্ট্য; সামঞ্জস্য প্রতিলিপি ইঞ্জিন ও আপনার কর্মপ্রবাহের বৈশিষ্ট্য।

DFSR আসলে কী প্রতিলিপি করে

প্রতিটি সার্ভার নিজের কপি ও নিজের ভার্সন মেটাডেটা রাখে। সংযোগ ও সময়সূচি যতটা অনুমতি দেয় ততটা পরিবর্তন ছড়িয়ে পড়ে, আর ইঞ্জিন ফাইলের শুধু পরিবর্তিত অংশ পাঠাতে রিমোট ডিফারেনশিয়াল কম্প্রেশন ব্যবহার করে। যখন দুটি প্রতিলিপি একই ফাইল পরিবর্তন করে এবং তার আগে কোনো আপডেট পৌঁছায় না, তখন একটি ভার্সন জেতে এবং অন্যটি দ্বন্দ্ব-কপি হিসেবে সরিয়ে রাখা হয়। কোনো সার্ভার দ্বিতীয় সম্পাদনা ব্লক করেনি, কারণ ব্লক করতে হলে বিতরণকৃত লক দরকার, যা DFSR দেয় না।

নেমস্পেস পথ কপিগুলো সহজে পাওয়ার উপায় করে, কিন্তু সেগুলোকে সামঞ্জস্যপূর্ণ করে না।

স্টেজিং স্থান কাজের ধারণক্ষমতা, ব্যাকআপ নয়

স্টেজিং হলো সেই অস্থায়ী এলাকা যা প্রতিলিপি পরিবর্তনগুলো জড়ো করার সময় ব্যবহার করে। Microsoft-এর আকার নির্দেশিকা প্রতিলিপিকৃত ফোল্ডারের 32টি বৃহত্তম ফাইলের সম্মিলিত আকারকে ন্যূনতম ধরে, এবং প্রাথমিক প্রতিলিপির সময় অতিরিক্ত জায়গা কাজে লাগে। তাই ছোট নথির গাছ আর কয়েকটি বড় আর্কাইভের ফোল্ডারের স্টেজিং আকৃতি আলাদা দরকার। স্টেজিং শেষ হলে প্রতিলিপি এমনভাবে থেমে যায় যা নেটওয়ার্ক ত্রুটির মতো দেখায়। ডেটা থেকে আকার নির্ধারণ করুন, তারপর ডেটা বদলালে নজর রাখতে থাকুন।

স্টেজিং ব্যাকআপ নয়, আর পরিবর্তন ছড়ানো কোনো ভার্সন ইতিহাস নয়।

প্রি-সিডিং একটি অপ্টিমাইজেশন, শর্টকাট নয়

বড় বিদ্যমান গাছের ক্ষেত্রে Robocopy দিয়ে সমর্থিত প্রি-সিডিং প্রাথমিক সিঙ্ক্রোনাইজেশনে লিংক পেরোতে যা লাগত তা কমাতে পারে, আর Microsoft-এর নির্দেশিকা ফাইল তথ্য সংরক্ষণ এবং লক করা বা বাদ পড়া ফাইল সামলানো নিয়ে বলে। এটি অপ্টিমাইজেশন, গন্তব্য ইতিমধ্যেই সঠিক এমন প্রতিশ্রুতি নয়, তাই প্রাথমিক প্রতিলিপি সম্পূর্ণ হয়ে যাচাই হতে হবে। এই যাচাই বাদ দিলেই কোনো সাইট এমন ফাইল পরিবেশন করতে শুরু করে যা কখনো প্রতিলিপিকৃত সেটে ছিল না।

ব্যবহারকারীরা গন্তব্যের ওপর নির্ভর করার আগেই প্রাথমিক অবস্থা যাচাই করুন, প্রথম অভিযোগের পরে নয়।

সময়সূচি বাছুন এবং বর্তমান মানে কী নির্ধারণ করুন

প্রতিলিপি সময়সূচি ও ব্যান্ডউইথ নিয়ন্ত্রণ ঠিক করে কখন অংশীদাররা ডেটা বিনিময় করতে পারবে। কাজের পরে সংকীর্ণ সময়সূচি বৈধ নকশা, যা দিনে ব্যাকলগ রাখে, শর্ত একটাই, সবাই সম্মত যে দূরের কপি শুধু সকালের মধ্যে হালনাগাদ হলেই চলবে।

বাক্যটি লিখে রাখুন, কারণ ব্যাকলগ চল্লিশ মিনিট তখনই উদ্বেগের, যখন কেউ লক্ষ্য নির্ধারণ করেনি।

একটি ফাইল দিয়ে নয়, কর্মপ্রবাহ দিয়েই গ্রহণ করুন

মানুষ সত্যিই যে ফাইলগুলো ব্যবহার করে সেগুলো দিয়ে পরীক্ষা করুন: একটি বড় নথি, একটি রুটিন সম্পাদনা, একটি মুছে ফেলা, এবং উভয় সাইটে ইচ্ছাকৃত একযোগে সম্পাদনা। দ্বন্দ্বের আচরণ ব্যবসাকে যা বলেছেন তার সাথে মেলে এবং ব্যাকআপ থেকে পুনরুদ্ধারের পথ প্রতিলিপি থেকে আলাদা, তা নিশ্চিত করুন। তারপর কয়েক সপ্তাহ ধরে পরিবর্তনের পরিমাণ, সারির বৃদ্ধি ও স্টেজিং হেডরুম সেবা-সময়সূচির বিপরীতে নজর রাখুন। VPN ধারণক্ষমতা কয়েকটি সীমার একটি, এবং আপনি সচরাচর প্রথমে যেটিতে পৌঁছান তা নয়।

যে নকশা তার বিলম্ব ও সম্পাদনার নিয়ম নথিবদ্ধ করে, তাকে সহায়তা করা হুবহু একই কপির প্রতিশ্রুতি দেওয়া নকশার চেয়ে অনেক সহজ।