এসএসএইচ এর মাধ্যমে আরএসইনক্স কমান্ড ব্যবহার করে দুই সার্ভারের মধ্যে বড় ফাইল দ্রুত স্থানান্তর

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

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

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

আরএসইনক্স কি এবং বড় ফাইল স্থানান্তরে কেন ব্যবহৃত হয়?

আরএসইনক্স, ফাইল এবং ডিরেক্টরিগুলি স্থানীয় সিস্টেমে বা দূরবর্তী সার্ভারগুলির মধ্যে সিনক্রোনাইজ করতে ব্যবহৃত একটি শক্তিশালী কমান্ড লাইন টুল। এর সবচেয়ে গুরুত্বপূর্ণ বৈশিষ্ট্য হল ডেল্টা ট্রান্সফার অ্যালগরিদম। এই অ্যালগরিদমটি ফাইলের সম্পূর্ণ বিবরণ প্রতিবার পুনরায় পাঠানোর পরিবর্তে কেবল পরিবর্তিত অংশগুলি স্থানান্তর করে। উদাহরণস্বরূপ, ৮০ জিবি সাইজের একটি ব্যাকআপ ফাইলে যদি শুধুমাত্র ২ জিবি পরিবর্তন ঘটে, তবে উপযুক্ত পরিস্থিতিতে পুরো ফাইলটি পুনরায় স্থানান্তরের পরিবর্তে কেবল পরিবর্তিত ব্লকগুলি স্থানান্তর করা সম্ভব।

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

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

আপনি কখন এসএসএইচ এর মাধ্যমে আরএসইনক্স কমান্ড ব্যবহার করবেন?

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

• পুরানো সার্ভার থেকে নতুন VPS সার্ভারে ওয়েবসাইট স্থানান্তর করলে।
• WordPress আপলোড ফোল্ডারের মতো হাজার হাজার মিডিয়া ফাইলের বিষয়বস্তু স্থানান্তর করলে।
• দৈনিক, সাপ্তাহিক বা মাসিক ব্যাকআপগুলি ভিন্ন একটি সার্ভারে কপি করার সময়।
• ডেটা সেন্টার বা হোস্টিং প্রদানকারী পরিবর্তন করলে।
• অ্যাপ্লিকেশন ফাইলগুলি উৎপাদন এবং ব্যাকআপ পরিবেশের মধ্যে সিনক্রোনাইজ করলে।
• সংযোগ বিচ্ছিন্ন হওয়ার সম্ভাবনা সহ দীর্ঘস্থায়ী স্থানান্তর পরিকল্পনা করলে।

উদাহরণস্বরূপ, ২৫০ জিবি সাইজের একটি মিডিয়া ফোল্ডার আপনার ডেস্কটপ কম্পিউটারে ডাউনলোড করে পরে নতুন সার্ভারে আপলোড করা মানে দুইটি আলাদা স্থানান্তর করতে হবে। এটি মোট সময় বাড়িয়ে দেয় এবং আপনার বাড়ির বা অফিসের ইন্টারনেট সংযোগকে সংকটাপন্ন করে তোলে। আরএসইনক্স ব্যবহার করে উৎস সার্ভার থেকে লক্ষ্য সার্ভারে সরাসরি স্থানান্তর করে এই মধ্যবর্তী পদক্ষেপটি সরিয়ে ফেলতে পারেন।

শুরু করার আগে প্রয়োজনীয়তা

একটি সফল আরএসইনক্স অপারেশন জন্য কমান্ড জানাই যথেষ্ট নয়। উৎস এবং লক্ষ্য সার্ভারের শর্তগুলি পরীক্ষা করা, প্রক্রিয়ার সময় ডেটা হারানো বা অসম্পূর্ণ স্থানান্তরের ঝুঁকি কমায়। নিম্নলিখিত পরীক্ষা উৎপাদন পরিবেশে অবশ্যই করা উচিত।

১. এসএসএইচ অ্যাক্সেস নিশ্চিত করুন

উৎস সার্ভার থেকে লক্ষ্য সার্ভারে এসএসএইচ সংযোগ স্থাপন করা সম্ভব হতে হবে। স্ট্যান্ডার্ড সংযোগটি নিম্নরূপ পরীক্ষা করা হয়: ssh ব্যবহারকারী@লক্ষ্য-সার্ভার-ip। যদি এসএসএইচ ভিন্ন একটি পোর্টে কাজ করে, তবে সংযোগটি এইভাবে পরীক্ষা করা হয়: ssh -p 2222 ব্যবহারকারী@লক্ষ্য-সার্ভার-ip। যদি এই পরীক্ষা সফল না হয়, তবে আরএসইনক্সও কাজ করবে না। নিরাপত্তা প্রাচীর, ফেইল২বান, এসএসএইচ পোর্ট, ব্যবহারকারীর অনুমতি এবং পাসওয়ার্ড বা কী যাচাই করা উচিত।

২. আরএসইনক্স প্যাকেজটি ইনস্টল আছে কিনা পরীক্ষা করুন

বেশিরভাগ লিনাক্স ডিস্ট্রিবিউশনগুলিতে আরএসইনক্স প্রাক-ইনস্টল থাকে; তবে এটি পরীক্ষা করা প্রয়োজন। ডেবিয়ান এবং উবুন্টু ভিত্তিক সিস্টেমে rsync --version কমান্ড ব্যবহার করা যেতে পারে। যদি এটি ইনস্টল না থাকে তবে apt install rsync দিয়ে ইনস্টল করা যেতে পারে। আলমালিনাক্স, রকি লিনাক্স বা সেন্টওএস টার্ভ থেকে dnf install rsync বা yum install rsync কমান্ডটি ব্যবহার করা হয়। হোস্টরাগনস এর উপর লিনাক্স ভিত্তিক VPS ব্যবহার করলে, ইনস্টলেশন সাধারণত কয়েক সেকেন্ড সময় নেয়।

৩. ডিস্ক স্পেস গণনা করুন

লক্ষ্য সার্ভারে যথেষ্ট ফাঁকা স্থান না থাকলে স্থানান্তর অর্ধেক হয়ে যাবে। উৎস ডিরেক্টরির আকার দেখতে du -sh /উৎস/ডিরেক্টরি এই আদর্শটি ব্যবহার করা যেতে পারে। লক্ষ্য সার্ভারে df -h কমান্ডের মাধ্যমে ডিস্কের অবস্থা পরীক্ষা করা উচিত। প্রায়শই কেবল ফাইলের আকারের জন্য স্থান নয়, অস্থায়ী ফাইল এবং লগের জন্যও স্থান রাখা উচিত। উদাহরণস্বরূপ, যদি ৫০০ জিবি ডেটা স্থানান্তর করতে হয় তবে লক্ষ্য সার্ভারে অন্তত ৫৫০-৬০০ জিবি ব্যবহারযোগ্য স্থান পরিকল্পনা করা ভালো।

৪. সমালোচনামূলক পরিষেবাগুলি এবং পরিবর্তিত ফাইলগুলি পরিকল্পনা করুন

লাইভ ওয়েবসাইটে ফাইলগুলি স্থানান্তরের সময় পরিবর্তিত হতে পারে। বিশেষ করে ব্যবহারকারী আপলোড, ক্যাশ ফোল্ডার এবং লগ ফাইলগুলি ক্রমাগত আপডেট হয়। বড় স্থানান্তরে প্রথমে মূল ডেটা স্থানান্তর করা হয়, পরে রক্ষণাবেক্ষণ মোডে নিয়ে এসে শেষ একটি আরএসইনক্স চালানো হয়। এইভাবে বিঘ্নের সময় কয়েক মিনিটে কমিয়ে আনা যায়। WordPress সাইটের জন্য WordPress হোস্টিং স্থানান্তর গাইড এর মতো সহায়ক সামগ্রীর মাধ্যমে আপনার কার্যক্রম পরিকল্পনা সম্পন্ন করতে পারেন।

মৌলিক আরএসইনক্স কমান্ড: দুই সার্ভারের মধ্যে ফাইল স্থানান্তর

সবচেয়ে সাধারণ মৌলিক গঠন নিম্নরূপ: rsync -avz /উৎস/ডিরেক্টরি/ ব্যবহারকারী@লক্ষ্য-ip:/লক্ষ্য/ডিরেক্টরি/। এখানে -a আর্কাইভ মোড এবং অনুমতি, সময় স্ট্যাম্প, প্রতীকী সংযোগের মতো তথ্য সমর্থন করতে চেষ্টা করে। -v বিস্তারিত আউটপুট দেয়। -z স্থানান্তরের সময় সংকোচন প্রয়োগ করে। ডিরেক্টরির শেষে স্ল্যাশ গুরুত্বপূর্ণ একটি বিশদ। /উৎস/ডিরেক্টরি/ লেখার সময়, ডিরেক্টরির বিষয়বস্তু লক্ষ্যস্থলে কপি হয়; /উৎস/ডিরেক্টরি লেখার সময়, ডিরেক্টরিটি লক্ষ্যস্থলে তৈরি হয়।

একটি উদাহরণ পরিস্থিতি ভাবুন: আপনি পুরানো সার্ভারে /var/www/site/public_html/ ফোল্ডারে থাকা ১৮০ জিবি ওয়েব ফাইল নতুন সার্ভারের /var/www/site/public_html/ ডিরেক্টরিতে স্থানান্তর করতে চান। কমান্ডটি এইভাবে কাজ করে: rsync -avz /var/www/site/public_html/ root@203.0.113.20:/var/www/site/public_html/। এই প্রক্রিয়া উৎস সার্ভার থেকে লক্ষ্য সার্ভারে এসএসএইচ এর মাধ্যমে ফাইল স্থানান্তর করে।

যদি আপনি root ব্যবহার করতে না চান, তবে লক্ষ্য সার্ভারে সংশ্লিষ্ট ডিরেক্টরিতে লেখার অনুমতি সহ একটি বিশেষ ব্যবহারকারী তৈরি করা নিরাপদ। উদাহরণস্বরূপ, deploy নামক ব্যবহারকারীটি ব্যবহার করতে পারেন এবং প্রয়োজনীয় ফোল্ডার মালিকানা অনুযায়ী সেট আপ করতে পারেন। উৎপাদন পরিবেশে সরাসরি root এর মাধ্যমে কাজ করা সুবিধাজনক হলেও নিরাপত্তার পক্ষে সীমিত ক্ষমতার ব্যবহারকারী পছন্দ করা উচিত।

প্রস্তাবিত নিরাপদ এবং স্থিতিশীল আরএসইনক্স প্যারামিটার

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

rsync -aHAXv --numeric-ids --partial --progress --append-verify -e ssh /উৎস/ডিরেক্টরি/ ব্যবহারকারী@লক্ষ্য-ip:/লক্ষ্য/ডিরেক্টরি/

এই কমান্ডে -a আর্কাইভ মোড, -H হার্ড লিঙ্ক তথ্য, -A ACL অনুমতিগুলি, -X এক্সটেন্ডেড অ্যাট্রিবিউট মানগুলি রক্ষা করতে সহায়ক। --numeric-ids ব্যবহারকারীর এবং গ্রুপের নামের পরিবর্তে ID মানগুলির উপর ভিত্তি করে; বিভিন্ন সার্ভারে ব্যবহারকারীর নাম পরিবর্তিত হলে এটি সহায়ক হতে পারে। --partial অর্ধেক ফাইলগুলোকে মুছে না ফেলে রেখে দেয়। --progress স্থানান্তরের অবস্থার চিত্রায়ণ করে। --append-verify বিশেষ করে বড় ফাইলগুলিতে যেখান থেকে থেমেছে সেখান থেকে চলমান অংশটি যাচাই করতে সহায়ক।

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

আপনি যদি ভিন্ন এসএসএইচ পোর্ট ব্যবহার করেন তবে কমান্ডটি কেমন হবে?

নিরাপত্তার জন্য এসএসএইচ পোর্ট ২২ এর পরিবর্তে ভিন্ন একটি পোর্টে কাজ করতে পারে। এই ক্ষেত্রে, আরএসইনক্সে এসএসএইচ প্যারামিটার উল্লেখ করা হয়। উদাহরণ: rsync -avz -e ssh -p 2222 /উৎস/ডিরেক্টরি/ ব্যবহারকারী@লক্ষ্য-ip:/লক্ষ্য/ডিরেক্টরি/। তবে কমান্ড লাইনে -e প্যারামিটারটির মান একসঙ্গে ব্যবহার করা উচিত। সঠিক ব্যবহার পদ্ধতি হলো: rsync -avz -e 'ssh -p 2222' /উৎস/ডিরেক্টরি/ ব্যবহারকারী@লক্ষ্য-ip:/লক্ষ্য/ডিরেক্টরি/।

JSON এবং কিছু প্যানেলে একক উদ্ধৃতি ব্যবহার ভিন্ন আচরণ করতে পারে, তাই টার্মিনালে সরাসরি টাইপ করার সময় উদ্ধৃতিগুলি সঠিক কিনা তা নিশ্চিত করুন। যদি আপনি এসএসএইচ কী ব্যবহার করে সংযোগ স্থাপন করেন তবে -i প্যারামিটারও যুক্ত করা যেতে পারে: rsync -avz -e 'ssh -p 2222 -i /root/.ssh/id_rsa' /উৎস/ডিরেক্টরি/ ব্যবহারকারী@লক্ষ্য-ip:/লক্ষ্য/ডিরেক্টরি/। এই পদ্ধতি স্বয়ংক্রিয়করণ এবং ক্রন ভিত্তিক ব্যাকআপ কাজগুলিতে প্রায়শই ব্যবহৃত হয়।

স্থানান্তরের আগে পরীক্ষা: --dry-run ব্যবহার

বড় ডেটা স্থানান্তরের আগে সবচেয়ে পেশাদার পদক্ষেপগুলির মধ্যে একটি হলো --dry-run ব্যবহার করা। এই প্যারামিটারটি ফাইলগুলি সত্যিই কপি করে না; কেবল কী ফাইলগুলি স্থানান্তর করা হবে তা প্রদর্শন করে। এর ফলে ভুল ডিরেক্টরি, ভুল লক্ষ্য পথ বা অপ্রত্যাশিত মুছার প্রক্রিয়া আগে থেকেই ধরা পড়তে পারে।

উদাহরণ পরীক্ষার কমান্ড: rsync -avz --dry-run /var/www/site/ ব্যবহারকারী@লক্ষ্য-ip:/var/www/site/। আউটপুটে স্থানান্তরিত ফাইলগুলির, তৈরি হওয়া ডিরেক্টরি এবং প্রক্রিয়ার সংক্ষিপ্ত বিবরণ দেখতে পাবেন। যদি --delete প্যারামিটার ব্যবহার করেন তবে ড্রাই-রান আরও গুরুত্বপূর্ণ হয়ে ওঠে। কারণ --delete, উৎসে নেই এমন ফাইলগুলো লক্ষ্যস্থলে মুছে ফেলতে পারে। সঠিকভাবে ব্যবহার করলে, এটি লক্ষ্যকে একেবারে আয়না হিসাবে তৈরি করে; ভুল ডিরেক্টরিতে ব্যবহার করলে গুরুতর ডেটা হারাতে পারে।

পেশাদারী অ্যাপ্লিকেশন প্রক্রিয়া সাধারণত এইভাবে: প্রথমে এসএসএইচ পরীক্ষা করা হয়, তারপর ডিস্ক স্পেস পরীক্ষা করা হয়, এরপর rsync --dry-run চালানো হয়, একটি ছোট ডিরেক্টরির সাথে বাস্তব পরীক্ষা করা হয়, পরে মূল স্থানান্তর শুরু করা হয়। এই পদ্ধতি কয়েক মিনিট অতিরিক্ত সময় প্রয়োজন হলেও, ঘণ্টা ধরে চলা ভুল স্থানান্তরগুলি প্রতিরোধ করে।

কর্মক্ষমতার জন্য সংকোচন, ব্যান্ডউইথ এবং এনক্রিপশন সেটিংস

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

-z সংকোচন প্যারামিটারটি টেক্সট ফাইল, লগ এবং কিছু ব্যাকআপ ধরনের জন্য উপকারী। তবে ইতিমধ্যে সংকুচিত zip, tar.gz, jpg, mp4 বা gzip ফাইলগুলিতে CPU ব্যবহার করে এবং অতিরিক্ত সুবিধা প্রদান নাও করতে পারে। ১ জিবিপিএস সংযোগের সাথে দুইটি শক্তিশালী সার্ভারের মধ্যে বড় মিডিয়া ফাইল স্থানান্তর করতে হলে -z ব্যবহার না করেই ভাল কর্মক্ষমতা অর্জন করতে পারেন। এর বিপরীতে, কম ব্যান্ডউইথ এবং টেক্সট-ভিত্তিক ফাইলগুলিতে -z উল্লেখযোগ্য সঞ্চয় প্রদান করতে পারে।

ব্যান্ডউইথ সীমাবদ্ধ করতে --bwlimit ব্যবহার করা যেতে পারে। উদাহরণস্বরূপ --bwlimit=50000 প্রায় ৫০ এমবি/সেকেন্ড স্তরে সীমাবদ্ধতা প্রদান করে। এটি লাইভ ওয়েবসাইটের নেটওয়ার্ক ট্রাফিককে অস্বস্তিকর করা থেকে রক্ষা করার জন্য গুরুত্বপূর্ণ। উৎপাদন সার্ভারে ব্যস্ত সময়ে সম্পূর্ণ গতিতে স্থানান্তর করলে দর্শকদের অভিজ্ঞতা খারাপ হতে পারে। স্থানান্তর রাতের সময় পরিকল্পনা করা, ব্যান্ডউইথ সীমা নির্ধারণ করা এবং প্রক্রিয়া চলাকালীন লোড গড় মানগুলি পর্যবেক্ষণ করা একটি ভাল অভ্যাস।

আরএসইনক্স, এসসিপি, এসএফটিপি এবং এফটিপির তুলনা

ফাইল স্থানান্তরের জন্য একাধিক পদ্ধতি রয়েছে; তবে প্রতিটি পদ্ধতির শক্তি এবং দুর্বলতা আলাদা। নিচের টেবিলটি বড় ফাইল এবং সার্ভার স্থানান্তর পরিস্থিতিতে কোন সরঞ্জামটি কবে ব্যবহার করা উচিত তা সংক্ষিপ্ত বিবরণ দেয়।

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

লাইভ ওয়েবসাইট স্থানান্তরের জন্য উদাহরণ কার্যপ্রবাহ

একটি ওয়েবসাইটকে পুরানো সার্ভার থেকে নতুন সার্ভারে স্থানান্তর করার সময় লক্ষ্য কেবল ফাইলগুলি কপি করা নয়। DNS, ডেটাবেস, এসএসএল, PHP সংস্করণ, ফাইল অনুমতি এবং ইমেল কনফিগারেশনও পরীক্ষা করা উচিত। নিচে বড় ফাইল যুক্ত একটি ওয়েবসাইটের জন্য কম সময়ের বিঘ্নের উদাহরণ কার্যপ্রবাহ রয়েছে।

• নতুন সার্ভারে ওয়েব সার্ভার, PHP, ডেটাবেস এবং প্রয়োজনীয় মডিউলগুলি প্রস্তুত করুন।
• ডোমেইনের DNS TTL মানটি স্থানান্তরের আগে ৩০০ সেকেন্ডের মতো কম মানে নির্ধারণ করুন। ডোমেইন পরিচালনার জন্য ডোমেইন অনুসন্ধান এবং ডোমেইন পরিচালনা পৃষ্ঠাটি ব্যবহার করতে পারেন।
• প্রথম আরএসইনক্স স্থানান্তরটি সাইট সক্রিয় থাকা অবস্থায় শুরু করুন। এই পর্যায়ে বড় ডেটার বেশিরভাগ স্থানান্তর হয়।
• ডেটাবেসের ব্যাকআপ নিন এবং নতুন সার্ভারে স্থানান্তর করুন।
• সাইটকে সংক্ষিপ্ত রক্ষণাবেক্ষণ মোডে নিয়ে যান।
• দ্বিতীয় আরএসইনক্স কমান্ডটি চালিয়ে পরিবর্তিত শেষ ফাইলগুলি সিনক্রোনাইজ করুন।
• ডেটাবেসটি আবার আপডেট করুন অথবা ইনক্রিমেন্টাল কৌশল ব্যবহার করুন।
• নতুন সার্ভারে ফাইল অনুমতি, সাইট খোলার এবং লগগুলি পরীক্ষা করুন।
• এসএসএল সার্টিফিকেটটি স্থাপন করুন অথবা নবায়ন করুন। এর জন্য এসএসএল সার্টিফিকেট ইনস্টলেশন বিষয়বস্তু সহায়ক হতে পারে।
• DNS রেকর্ডগুলো নতুন আইপি ঠিকানায় রিডিরেক্ট করুন।

এই পদ্ধতিতে সবচেয়ে দীর্ঘ সময় নেয় মূল ফাইল স্থানান্তরটি সাইট চলাকালীন করা হয়। বিঘ্ন শুধুমাত্র শেষ সিনক্রোনাইজেশন এবং DNS স্থানান্তরের সময় ঘটে। বড় মিডিয়া আর্কাইভযুক্ত WordPress সাইটগুলির জন্য এই পদ্ধতি ঘণ্টার পর ঘণ্টার বিঘ্নকে কয়েক মিনিটে কমিয়ে আনতে পারে।

ডেটার অখণ্ডতা পরীক্ষা

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

চেকসাম যাচাইকরণের জন্য rsync -avc --dry-run /উৎস/ডিরেক্টরি/ ব্যবহারকারী@লক্ষ্য-ip:/লক্ষ্য/ডিরেক্টরি/ ব্যবহার করা যেতে পারে। এখানে -c প্যারামিটারটি ফাইলগুলিকে সময় স্ট্যাম্প এবং আকারের সাথে সাথে চেকসাম দ্বারা তুলনা করে। খুব বড় ডেটাগুলির ক্ষেত্রে CPU এবং ডিস্কের চাপ সৃষ্টি করতে পারে তাই সতর্কতার সাথে ব্যবহার করা উচিত। সমালোচনামূলক আর্কাইভ, ডেটাবেস ডাম্প ফাইল বা গ্রাহক নথিগুলির জন্য এই অতিরিক্ত যাচাইকরণ নিরাপত্তা প্রদান করে।

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

সাধারণ ত্রুটি এবং সমাধান

পারমিশন অস্বীকৃত ত্রুটি

এই ত্রুটি সাধারণত এসএসএইচ ব্যবহারকারীর অনুমতি, লক্ষ্য ডিরেক্টরির লেখার অনুমতি বা কী যাচাইকরণের কারণে ঘটে। আগে একই ব্যবহারকারী দিয়ে সাধারণ এসএসএইচ সংযোগ স্থাপনের চেষ্টা করুন। যদি সংযোগ সফল হয় তবে লক্ষ্য ডিরেক্টরিতে ফাইল তৈরি করার পরীক্ষা করুন। প্রয়োজনে লক্ষ্য ফোল্ডারের মালিকানা chown দিয়ে সংশ্লিষ্ট ব্যবহারকারীর কাছে দিন অথবা sudo ভিত্তিক একটি কৌশল পরিকল্পনা করুন।

ডিভাইসে আর কোনও স্থান নেই ত্রুটি

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

সংযোগ পুনরায় সেট করা বা ব্রোকেন পাইপ ত্রুটি

দীর্ঘস্থায়ী স্থানান্তরে নেটওয়ার্ক বিচ্ছিন্নতা ঘটতে পারে। --partial এবং --append-verify ব্যবহার করলে, আপনি কমান্ডটি আবার চালিয়ে যেখানে থেমেছিল সেখানে পুনরায় স্থানান্তর করতে পারেন। এছাড়া এসএসএইচ কিপঅলাইভ সেটিংগুলি সহায়ক হতে পারে। ক্লায়েন্টের দিক থেকে ServerAliveInterval 60 এর মতো একটি সেটিং সংযোগের খালি অবস্থায় বিচ্ছিন্নতা হ্রাস করতে পারে।

অত্যন্ত ধীর স্থানান্তর

ধীর গতি ফাইলের সংখ্যা, ডিস্ক I/O সীমা, সংকোচনের বোঝা বা নেটওয়ার্ক ক্ষমতার কারণে হতে পারে। যদি বহু সংখ্যা ছোট ফাইল থাকে তবে আগে টার আর্কাইভ তৈরি করা কিছু ক্ষেত্রে দ্রুত হতে পারে; তবে এই ক্ষেত্রে আরএসইনক্সের ফাইল ভিত্তিক পরিবর্তন সুবিধা হ্রাস পায়। বড় এবং ইতিমধ্যে সংকুচিত ফাইলগুলিতে -z প্যারামিটারটি সরিয়ে পরীক্ষা করুন। এছাড়াও iotop, htop এবং iftop এর মতো সরঞ্জামগুলির মাধ্যমে বোতলব Neck কোথায় তা নির্ধারণ করুন।

নিরাপত্তার জন্য সর্বোত্তম অনুশীলনগুলি

সার্ভারগুলোর মধ্যে ফাইল স্থানান্তরের সময় নিরাপত্তা উপেক্ষা করা উচিত নয়। বিশেষ করে root অ্যাক্সেস, এসএসএইচ কী এবং ব্যাকআপ ফাইলগুলি সংবেদনশীল হিসাবে বিবেচনা করা উচিত। প্রথমে পাসওয়ার্ডযুক্ত লগইন এর পরিবর্তে এসএসএইচ কী ব্যবহার করার পরামর্শ দেওয়া হয়। কী ফাইলগুলির অনুমতি কঠোরভাবে রাখা উচিত, ব্যক্তিগত কী শেয়ার করা উচিত নয় এবং সম্ভব হলে পাসফ্রেজ দ্বারা সুরক্ষিত হওয়া উচিত।

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

ডেটাবেস ডাম্প ফাইল, গ্রাহক নথি বা ব্যক্তিগত ডেটা সম্বলিত আর্কাইভ স্থানান্তরিত হলে, স্থানান্তরের পরে উৎস এবং লক্ষ্য উভয় দিক থেকে অপ্রয়োজনীয় অস্থায়ী ফাইলগুলি পরিষ্কার করা উচিত। এছাড়া ওয়েব রুট ডিরেক্টরির অধীনে .sql, .zip বা .tar এর মতো ব্যাকআপ ফাইল রাখা একটি গুরুতর নিরাপত্তা ঝুঁকি তৈরি করে। এই ফাইলগুলি সম্ভব হলে ওয়েব অ্যাক্সেস বন্ধ করা একটি ডিরেক্টরিতে সংরক্ষণ করা উচিত অথবা প্রক্রিয়া শেষ হলে মুছে ফেলা উচিত।

স্বয়ংক্রিয় ব্যাকআপের জন্য আরএসইনক্স ব্যবহার

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

উদাহরণ লজিক: rsync -a --delete --bwlimit=30000 /var/www/site/ backup@ব্যাকআপ-ip:/backup/site/। এই কমান্ডটি লক্ষ্য ডিরেক্টরিটি উৎসের সাথে সমন্বয় করতে পারে। তবে --delete প্যারামিটারটির কারণে সতর্কতার সাথে ব্যবহার করা উচিত। ভুল করে উৎসে মুছে ফেলা একটি ফাইল লক্ষ্যস্থলে মুছে ফেলা হবে। তাই সমালোচনামূলক ব্যাকআপ কৌশলগুলিতে স্ন্যাপশট, দৈনিক ফোল্ডার বা ভার্সনিং সমর্থিত সমাধানগুলি ব্যবহার করা উচিত।

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

শেষ পরীক্ষার তালিকা

বড় ফাইল স্থানান্তরের প্রক্রিয়া শুরু করার আগে নিম্নলিখিত সংক্ষিপ্ত তালিকাটি অনুসরণ করা ত্রুটি ঝুঁকি হ্রাস করে। এই তালিকাটি বিশেষভাবে উৎপাদন পরিবেশে মানক প্রক্রিয়া হিসেবে গ্রহণ করা উচিত।

• উৎস এবং লক্ষ্য সার্ভারে আরএসইনক্স ইনস্টল আছে কিনা?
• এসএসএইচ সংযোগ সঠিক ব্যবহারকারী এবং পোর্ট দিয়ে পরীক্ষা করা হয়েছে?
• লক্ষ্য সার্ভারে পর্যাপ্ত ডিস্ক স্থান আছে?
• প্রথম প্রক্রিয়া --dry-run দিয়ে পরীক্ষা করা হয়েছে?
• লাইভ সাইটের জন্য রক্ষণাবেক্ষণ মোড এবং শেষ সিনক্রোনাইজেশন পরিকল্পনা করা হয়েছে?
• --delete ব্যবহার করা হলে লক্ষ্য পথ সঠিকভাবে নিশ্চিত করা হয়েছে?
• স্থানান্তরের পরে ফাইলের আকার, অনুমতি এবং অ্যাপ্লিকেশন পরীক্ষা করা হবে?
• অস্থায়ী ব্যাকআপ এবং ডাম্প ফাইলগুলি নিরাপদে পরিষ্কার করা হবে?

এই পরীক্ষাগুলি সহজ মনে হলেও বাস্তবে সবচেয়ে বেশি ঘটে যাওয়া সমস্যাগুলি সাধারণত ভুল লক্ষ্য ডিরেক্টরি, অনুপস্থিত অনুমতি, অপর্যাপ্ত ডিস্ক স্পেস এবং পরিকল্পনাহীন DNS স্থানান্তরের কারণে ঘটে। পরিকল্পিত একটি আরএসইনক্স প্রক্রিয়া, স্থানান্তরের সময়কাল কেবল কমায় না, বরং ফিরে আসার সম্ভাবনাও বাড়ায়।

সাধারণ প্রশ্ন এবং উত্তর

এসএসএইচ এর মাধ্যমে আরএসইনক্স কমান্ডের সংযোগ বিচ্ছিন্ন হলে স্থানান্তর কি আবার শুরু হয়?

না, সঠিক প্যারামিটারগুলি ব্যবহার করা হলে এটি আবার শুরু হয় না। --partial এবং --append-verify বিকল্পগুলি অর্ধেক শেষ হওয়া বড় ফাইলগুলিকে রক্ষা করতে এবং কমান্ড পুনরায় চালানো হলে স্থানান্তরটি যেখানে থেমেছিল সেখান থেকে আবার শুরু করতে সহায়ক। তবুও গুরুতর স্থানান্তরের জন্য কমান্ড পুনরায় চালানোর আগে লক্ষ্য ডিস্ক স্পেস এবং অর্ধেক ফাইলের অবস্থান পরীক্ষা করা ভালো।

আরএসইনক্স দিয়ে ডেটাবেস কি সরাসরি স্থানান্তর করা যায়?

আরএসইনক্স ফাইল স্থানান্তর করে; চলমান ডেটাবেস ফাইলগুলি সরাসরি কপি করা স্বাস্থ্যকর নয়। MySQL বা MariaDB এর জন্য mysqldump বা শারীরিক ব্যাকআপ সরঞ্জামগুলি ব্যবহার করা উচিত, তৈরি হওয়া ব্যাকআপ ফাইলটি আরএসইনক্স দিয়ে লক্ষ্য সার্ভারে স্থানান্তর করা উচিত। লাইভ সিস্টেমে ডেটার অখণ্ডতা নিশ্চিত করতে রক্ষণাবেক্ষণ মোড বা পুনরাবৃত্তির কৌশল পরিকল্পনা করা উচিত।

আরএসইনক্স ব্যবহার করতে কি দুটি সার্ভারে রুট অ্যাক্সেস প্রয়োজন?

রুট অ্যাক্সেস আবশ্যক নয়। লক্ষ্য ডিরেক্টরিতে লেখার অনুমতি সহ একটি ব্যবহারকারী যথেষ্ট। তবে ফাইল মালিকানা, সিস্টেম ডিরেক্টরি, ACL বা বিশেষ অনুমতি রক্ষা করার প্রয়োজন হলে, উচ্চতর অনুমতির প্রয়োজন হতে পারে। নিরাপত্তার পক্ষে সম্ভব হলে সীমিত ক্ষমতার ব্যবহারকারী দিয়ে কাজ করা সঠিক।

--delete প্যারামিটার কি নিরাপদ?

--delete সঠিকভাবে ব্যবহার করা হলে লক্ষ্য ডিরেক্টরিকে উৎসের সাথে একেবারে সিঙ্ক্রোনাইজ করার জন্য খুব সহায়ক; তবে ভুল লক্ষ্য ডিরেক্টরিতে ব্যবহার করা হলে ফাইল হারানোর কারণ হতে পারে। তাই --delete অন্তর্ভুক্ত কমান্ডগুলি অবশ্যই আগে --dry-run দিয়ে পরীক্ষা করা উচিত, উৎস এবং লক্ষ্য পথগুলি সাবধানে নিশ্চিত করা উচিত।

বড় ফাইল স্থানান্তরে আরএসইনক্স কি এসসিপির চেয়ে ভালো?

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

সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ

এসএসএইচ এর মাধ্যমে আরএসইনক্স কমান্ড ব্যবহার করে দুই সার্ভারের মধ্যে বড় ফাইল স্থানান্তর করা; দ্রুত, নিরাপদ এবং পরিচালনাযোগ্য একটি পদ্ধতি। সঠিক প্যারামিটারগুলির মাধ্যমে সংযোগ বিচ্ছিন্নতার বিরুদ্ধে প্রতিরোধী হয়ে ওঠে, কেবল পরিবর্তিত ফাইলগুলি স্থানান্তর করে সময় সাশ্রয় করে এবং লাইভ সাইট স্থানান্তরের প্রক্রিয়ায় বিঘ্ন কমায়। সেরা ফলাফলের জন্য আগে এসএসএইচ এবং ডিস্ক পরীক্ষা করুন, --dry-run দিয়ে পরীক্ষা করুন, তারপর পরিকল্পিতভাবে মূল স্থানান্তর চালান।

যদি আপনি নতুন একটি সার্ভারে স্থানান্তর, উচ্চ ক্ষমতাসম্পন্ন স্টোরেজ বা আরও কার্যকরী হোস্টিং অবকাঠামোর পরিকল্পনা করে থাকেন তবে হোস্টরাগনসের সমাধানগুলি পরিদর্শন করতে পারেন; আপনার প্রয়োজন অনুযায়ী VPS, হোস্টিং, ডোমেইন এবং এসএসএল বিকল্পগুলি দিয়ে স্থানান্তর প্রক্রিয়াটিকে আরও নিরাপদ করে তুলতে পারেন। সহজে স্থানান্তরের জন্য ছোট পরীক্ষার সঙ্গে শুরু করুন, পরিমাপ করুন এবং শেষ সিনক্রোনাইজেশন পরিকল্পিতভাবে সম্পন্ন করুন।