rclone দিয়ে Bash-এ শুধু কপি করার ক্লাউড ট্রান্সফার

সংক্ষিপ্ত উত্তর

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

প্রতিটি প্রোভাইডার ক্লায়েন্ট নতুন করে তৈরির বদলে rclone-কে কেন র‍্যাপ করবেন

rclone একটি শেল ওয়ার্কফ্লোকে পরিণত প্রোভাইডার অ্যাবস্ট্রাকশন, OAuth কনফিগারেশন, পেজিনেশন, পুনরায় চেষ্টার আচরণ, পুনরায় শুরু করা যায় এমন ট্রান্সফার, কনকারেন্সি নিয়ন্ত্রণ, ইনভেন্টরি কমান্ড এবং যাচাইকরণ কমান্ড দেয়। ফলে র‍্যাপারটি মাইগ্রেশনের অপরিবর্তনীয় নিয়মগুলোর ওপর মনোযোগ দিতে পারে: শুধু কপি করার ক্রিয়া, সীমাবদ্ধ স্টেজিং, ধারণক্ষমতা রিজার্ভ, নির্ধারিত ফাইল তালিকা এবং টেকসই অগ্রগতি।

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

স্ক্রিপ্টটি স্পষ্টভাবে কখনোই rclone move, sync, delete, purge বা rmdirs চালায় না। শনাক্তকরণের জন্য এটি lsf ও about, প্রতিটি ধাপের জন্য copy এবং সম্পূর্ণ বাইট যাচাইয়ের জন্য check --download ব্যবহার করে। শুধু স্থানীয় স্টেজিং ডিরেক্টরি থেকে যাচাইকৃত ফাইল সরানো হয়।

Bash সংস্করণ ও MIT লাইসেন্স ডাউনলোড করুন

নেটওয়ার্ক ছাড়াই অপারেটর ডেমো চালান

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

chmod +x fileark-cloud-transfer.sh
bash -n fileark-cloud-transfer.sh
./fileark-cloud-transfer.sh --demo
./fileark-cloud-transfer.sh --help

অপারেটরের নির্ভরতাগুলো ইনস্টল ও কনফিগার করুন

অফিশিয়াল নির্দেশনা অনুসরণ করে rclone-এর একটি সাম্প্রতিক রিলিজ ইনস্টল করুন এবং আপনার অপারেটিং সিস্টেমের প্যাকেজ ম্যানেজার থেকে jq ইনস্টল করুন। Bash 4 বা পরবর্তী সংস্করণ প্রয়োজন, কারণ র‍্যাপারটি কঠোর ত্রুটি ব্যবস্থাপনা ও আধুনিক শর্তসাপেক্ষ এক্সপ্রেশন ব্যবহার করে।

rclone config চালিয়ে আলাদা নামে দুটি রিমোট তৈরি করুন, যেমন onedrive: এবং gdrive:। নীতি বা রেট লিমিটের কারণে নিবেদিত OAuth অ্যাপ্লিকেশন প্রয়োজন হলে আপনার নিজস্ব প্রোভাইডার ক্লায়েন্ট ID ও সিক্রেট লিখুন। rclone তার কনফিগারেশন ফাইলে OAuth টোকেন সংরক্ষণ করে; কঠোর অনুমতি দিয়ে ফাইলটি সুরক্ষিত রাখুন এবং কখনোই স্ক্রিপ্টের সঙ্গে সেটি যুক্ত করবেন না।

র‍্যাপার চালানোর আগে শুধু-পঠনযোগ্য তালিকা ও কোটা কমান্ড দিয়ে প্রতিটি রিমোট নিশ্চিত করুন। কেবল কোনো সাবট্রি কাজের আওতায় থাকলে onedrive:Department/Archive-এর মতো পাথ ব্যবহার করুন।

rclone version
rclone config
rclone lsd onedrive:
rclone lsd gdrive:
rclone about onedrive: --json | jq
rclone about gdrive: --json | jq

বাইট স্থানান্তরের আগে একটি নির্ধারিত ইনভেন্টরি স্থির করুন

র‍্যাপারটি স্পষ্ট ট্যাব বিভাজক ও sp ফরম্যাটসহ rclone lsf রিকার্সিভভাবে ব্যবহার করে, যার আউটপুটে পাথের আগে আকার থাকে। এটি প্রতিটি আকার সংখ্যাসূচক এবং প্রতিটি পাথ আপেক্ষিক কি না যাচাই করে, এরপর যাচাইকৃত চেকপয়েন্টে আগে থেকেই থাকা পাথগুলো বাদ দেয়।

Bash সংস্করণটি ট্যাব, ক্যারেজ রিটার্ন বা নিউলাইনযুক্ত ফাইলের নাম প্রত্যাখ্যান করে, কারণ নিউলাইন দিয়ে বিভাজিত --files-from-raw তালিকায় সেগুলো দ্ব্যর্থহীনভাবে উপস্থাপন করা যায় না। এমন নাম থাকলে Python সংস্করণ বা বিশেষভাবে তৈরি কোনো ইনভেন্টরি ফরম্যাট ব্যবহার করুন।

পাথ চেকপয়েন্টটি ইচ্ছাকৃতভাবেই সরল ও পরিদর্শনযোগ্য। এটি ধরে নেয় যে রান চলাকালে উৎসের পাথগুলো অপরিবর্তিত থাকবে। সম্ভব হলে উৎসে লেখা বন্ধ রাখুন; একই সময়ে পরিবর্তন হওয়ার সম্ভাবনা থাকলে ইনভেন্টরি আবার তৈরি করে সমন্বয় করুন।

rclone lsf "$SOURCE" \
  --recursive \
  --files-only \
  --format "sp" \
  --separator 
    
  

\t' > "$inventory"

কোনো ব্যাচ রিজার্ভ ব্যবহার করার আগেই ব্যর্থ করে দিন

স্টেজিং ফাইলসিস্টেমে df থেকে স্থানীয় খালি বাইটের পরিমাণ পাওয়া যায়। গন্তব্যের খালি বাইট আসে rclone about --json থেকে: free দেওয়া থাকলে স্ক্রিপ্ট সেটি ব্যবহার করে, অন্যথায় total থেকে used বিয়োগ করে। কাজ শুরুর আগে এটি অপেক্ষমাণ মোট বাইট পরীক্ষা করে এবং প্রতিটি ব্যাচের আগেও স্থানীয় ও গন্তব্যের ধারণক্ষমতা আবার যাচাই করে।

কিছু প্রদানকারী বা অ্যাকাউন্টের ধরন rclone-এর মাধ্যমে নির্দিষ্ট কোনো কোটা প্রকাশ করে না। র‍্যাপারটি এই সীমাবদ্ধতা দেখিয়ে প্রদানকারীর প্রয়োগ করা সীমার অধীনে কাজ চালিয়ে যায়। এটিকে পর্যাপ্ত জায়গা থাকার প্রমাণ নয়, বরং পর্যবেক্ষণের প্রয়োজনীয়তা হিসেবে বিবেচনা করুন।

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

লোকাল স্টেজিং সীমার উভয় পাশ যাচাই করুন

প্রতিটি ব্যাচ দুটি স্বাধীন ধাপ অতিক্রম করে। প্রথমে rclone নির্বাচিত উৎস পাথগুলো --ignore-existing ব্যবহার করে স্থানীয় স্টেজিংয়ে কপি করে, এরপর check --download উভয় দিক থেকে পড়ে প্রকৃত কনটেন্ট তুলনা করে। দ্বিতীয়ত, rclone সেই স্টেজ করা পাথগুলো গন্তব্যে কপি করে এবং একই সম্পূর্ণ বাইট যাচাই আবার চালায়।

--ignore-existing বিঘ্নিত রানকে অ-ধ্বংসাত্মক রাখে: আগে থেকে থাকা কোনো অবজেক্ট ওভাররাইট করা হয় না। পাথটি চেকপয়েন্টে যোগ করার আগে যাচাইয়ে তবু উত্তীর্ণ হতে হবে। গন্তব্যে আগে থেকে থাকা ফাইলটি ভিন্ন হলে rclone check ব্যর্থ হয় এবং Bash-এর কঠোর ত্রুটি ব্যবস্থাপনা রানটি থামিয়ে দেয়।

--download ব্যবহার করলে গতি কমে এবং প্রদানকারীর ইগ্রেস/রিড অপারেশন খরচ হয়, তবে এতে দুই প্রদানকারী একই হ্যাশ অ্যালগরিদম প্রকাশ করে কি না, শুধু তার ওপর নির্ভর করতে হয় না। কমান্ডটি কোনো পাশেই পরিবর্তন আনে না।

rclone copy "$SOURCE" "$STAGING_DIR" \
  --files-from-raw "$batch_list" \
  --ignore-existing --retries 6 --low-level-retries 20

rclone check "$SOURCE" "$STAGING_DIR" \
  --files-from-raw "$batch_list" --one-way --download

rclone copy "$STAGING_DIR" "$DESTINATION_ROOT" \
  --files-from-raw "$batch_list" \
  --ignore-existing --retries 6 --low-level-retries 20

rclone check "$STAGING_DIR" "$DESTINATION_ROOT" \
  --files-from-raw "$batch_list" --one-way --download

সীমাবদ্ধ স্টেজিংসহ OneDrive থেকে Google Drive-এ ট্রান্সফার চালান

উদাহরণটিতে স্থানীয় ডিস্কের 15 GiB অক্ষত রাখা হয়, Google Drive-এ 10 GiB খালি রাখা হয়, সাধারণ ব্যাচের সীমা 8 GiB বা 200টি ফাইল নির্ধারণ করা হয় এবং একই সময়ে চারটি ট্রান্সফার ব্যবহার করা হয়। গন্তব্যের কনটেন্ট নতুন তারিখযুক্ত একটি ফোল্ডারে লেখা হয়।

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

./fileark-cloud-transfer.sh \
  --source onedrive: \
  --destination gdrive: \
  --destination-folder "OneDrive archive 2026-07-25" \
  --staging-dir /srv/fileark-staging \
  --state-file ./onedrive-to-google-verified.txt \
  --batch-gib 8 \
  --batch-files 200 \
  --local-reserve-gib 15 \
  --destination-reserve-gib 10 \
  --transfers 4 \
  --checkers 8 \
  --dry-run

# Remove only --dry-run after reviewing the preflight.

আগের স্টেট পুনরায় ব্যবহার না করে দিক উল্টান

র‍্যাপারটি প্রোভাইডার-নিরপেক্ষ, কারণ রিমোট অ্যাডাপ্টারগুলো rclone পরিচালনা করে। Google Drive থেকে OneDrive-এ কপি করতে রিমোট আর্গুমেন্টগুলো অদলবদল করুন এবং সেই রানের জন্য একটি নতুন গন্তব্য ফোল্ডার, স্টেজিং পাথ ও চেকপয়েন্ট ফাইল দিন।

Google-এর নিজস্ব Docs, Sheets, Slides এবং অন্যান্য ভার্চুয়াল ফরম্যাটের জন্য rclone-এর এক্সপোর্ট কনফিগারেশন ও সতর্ক পর্যালোচনা প্রয়োজন। একটি পরীক্ষামূলক সেট দিয়ে এক্সপোর্ট করা ফাইল এক্সটেনশন ও রূপান্তরের আচরণ নিশ্চিত করুন। শেল দিয়ে কপি করলে Google-এর সহযোগিতার ইতিহাস, শর্টকাট, অনুমতি বা Microsoft-নির্দিষ্ট মেটাডেটা সংরক্ষিত থাকে না।

./fileark-cloud-transfer.sh \
  --source gdrive: \
  --destination onedrive: \
  --destination-folder "Google archive 2026-07-25" \
  --staging-dir /srv/google-staging \
  --state-file ./google-to-onedrive-verified.txt \
  --batch-gib 8 \
  --local-reserve-gib 15

গন্তব্য যাচাইয়ের পরেই চেকপয়েন্ট তৈরি করুন

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

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

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

প্রতিটি শূন্য নয় এমন এক্সিটকে অমীমাংসিত ব্যাচ হিসেবে বিবেচনা করুন

• কোনো কমান্ড, পাইপলাইন বা সেট না করা ভেরিয়েবল ব্যর্থ হলে স্ট্রিক্ট মোড প্রস্থান করে; অস্থায়ী ইনভেন্টরি ডিরেক্টরি স্বয়ংক্রিয়ভাবে সরিয়ে ফেলা হয়।
• rclone সাময়িকভাবে ব্যর্থ ট্রান্সফার আবার চেষ্টা করে, তবে স্থায়ী অনুমতি, কোটা, নেটওয়ার্ক, দ্বন্দ্ব বা অখণ্ডতাজনিত ত্রুটি ব্যাচটি থামিয়ে দেয়।
• চেকপয়েন্টে যোগ না হওয়া স্টেজ করা ফাইলগুলো পরিদর্শনের জন্য থেকে যায় এবং অভিন্নভাবে আবার চালালে সেগুলোর বাইট যাচাইয়ের আগে --ignore-existing ব্যবহার করা হয়।
• গন্তব্যে ভিন্ন কোনো ফাইল থাকলে সেটি কখনোই ওভাররাইট করা হয় না। দ্বন্দ্বটি সমাধান করুন অথবা একটি ফাঁকা গন্তব্য রুট বেছে নিন।
• ব্যর্থ কপিকে rclone sync বা move-এ রূপান্তর করবেন না। ওই কমান্ডগুলোর মুছে ফেলার নিয়ম আলাদা।
• গন্তব্যের ম্যানুয়াল গ্রহণ সম্পন্ন না হওয়া পর্যন্ত লগ ও চেকপয়েন্ট রাখুন।

যে হোস্টটি ডেটা প্লেন হয়ে ওঠে, সেটিকে সুরক্ষিত করুন

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

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

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

সবুজ দেখানো কমান্ড নয়, প্রমাণ দিয়ে মাইগ্রেশন সমাপ্ত করুন

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

সচরাচর জিজ্ঞাসিত প্রশ্ন

Bash স্ক্রিপ্টটি sync-এর বদলে rclone copy ব্যবহার করে কেন?

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

rclone check --download কি কোনো একটি ক্লাউডে পরিবর্তন আনে?

না। এটি ফাইলের কনটেন্ট পড়ে ও তুলনা করে। প্রতিটি কপি ধাপের পর স্ক্রিপ্টটি এটি ব্যবহার করে, যাতে গন্তব্যের বাইট স্টেজিংয়ের বাইটের সঙ্গে মিলে গেলেই কেবল কোনো পাথের চেকপয়েন্ট তৈরি হয়।

গন্তব্যে আগে থেকেই কোনো ফাইল থাকলে কী হয়?

কপিতে --ignore-existing ব্যবহার করা হয়, এরপর সম্পূর্ণ বাইট যাচাই করা হয়। অভিন্ন অবজেক্ট যাচাইয়ে উত্তীর্ণ হতে পারে; ভিন্ন অবজেক্টের ক্ষেত্রে যাচাই ব্যর্থ হয়। স্ক্রিপ্টটি কখনোই বিরোধপূর্ণ ফাইল ওভাররাইট করে না।

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

হ্যাঁ। অতিরিক্ত বড় একটি ফাইল নিজেই একটি আলাদা ব্যাচে পরিণত হয়। স্টেজিং ফাইলসিস্টেমে ওই ফাইল এবং কনফিগার করা লোকাল রিজার্ভের জন্য পর্যাপ্ত জায়গা থাকতে হবে।

এটি কি অনুমতি, সংস্করণ বা ক্লাউড-নেটিভ সহযোগিতার ডেটা স্থানান্তর করে?

না। এটি rclone-এর মাধ্যমে ফাইলের কনটেন্ট ও পাথ কপি করে। অ্যাক্সেস নিয়ন্ত্রণ, সংস্করণ, লেবেল, মন্তব্য, শর্টকাট, লিংক, সংরক্ষণবিধি এবং প্রদানকারীর নিজস্ব আচরণের জন্য আলাদা পরিকল্পনা ও যাচাই প্রয়োজন।

এই নির্দেশিকায় ব্যবহৃত প্রামাণিক রিসোর্স

• Google Workspace Learning Center: OneDrive থেকে Google Drive-এ স্থানান্তর
• Google Drive সহায়তা: স্টোরেজ ও ফাইলের আচরণ
• Microsoft সহায়তা: OneDrive-এ ফাইল আপলোড ও সংরক্ষণ
• rclone copy কমান্ডের রেফারেন্স
• rclone check ও সম্পূর্ণ বাইট যাচাই
• rclone lsf ইনভেন্টরি ফরম্যাট
• rclone about-এর কোটা আউটপুট