এটি এমন একটি পরিস্থিতি যার মধ্যে আমি প্রায়শই থাকি:
- এর ভিতরে একটি 320 গিগাবাইটের হার্ড-ড্রাইভ এবং 16 গিগাবাইট র্যামের সাথে আমার উত্স সার্ভার রয়েছে ( এখানে সঠিক চশমা উপলভ্য , তবে এটি অন্যান্য সমস্যা হিসাবে আমি প্রায়শই অন্যান্য মেশিনে চালিত করি তাই আমি যে কোনওটির উত্তর পছন্দ করবো) "যুক্তিসঙ্গত" লিনাক্স মেশিন)
- আমার কাছে বেশ কয়েকটি ট্যারাবাইটের হার্ড-ড্রাইভের জায়গার সাথে একটি ব্যাকআপ সার্ভার রয়েছে ( ঠিক এখানে স্পেসিফিকেশন , উপরে অস্বীকৃতি দেখুন)
আমি উত্স সার্ভার থেকে টার্গেট সার্ভারে 320GB ডেটা স্থানান্তর করতে চাই (বিশেষত, ডেটা থেকে /dev/sda
)।
- দুটি কম্পিউটার শারীরিকভাবে একে অপরের পাশে, তাই আমি তাদের মধ্যে কেবল চালাতে পারি।
- আমি ল্যানে আছি, এবং আমি একটি নতুন-ইশ রাউটার ব্যবহার করছি , যার অর্থ আমার নেটওয়ার্কের গতি "আদর্শভাবে" 1000Mbit হওয়া উচিত, তাই না?
- সুরক্ষা কোনও সমস্যা নয়। আমি একটি স্থানীয় নেটওয়ার্কে আছি এবং আমি রাউটার সহ নেটওয়ার্কের সমস্ত মেশিনকে বিশ্বাস করি ।
- (alচ্ছিক) অগত্যা আমার ডেটাতে স্বাক্ষরিত চেকসামের প্রয়োজন নেই, তবে কেবলমাত্র আউটপুট অদৃশ্য হওয়ার পরিবর্তে প্রাথমিক ত্রুটি পরীক্ষা করা (যেমন ড্রপ প্যাকেটগুলি, বা ড্রাইভটি অপঠনযোগ্য হয়ে উঠছে) সনাক্ত করা উচিত।
আমি এই প্রশ্নটি অনলাইনে অনুসন্ধান করেছি এবং বেশ কয়েকটি আদেশের পরীক্ষা করেছি। যেটি প্রায়শই দেখা যায় তা হ'ল:
ssh user@192.168.1.100 'dd bs=16M if=/dev/sda | gzip' > backup_sda.gz
এই কমান্ডটি খুব ধীর প্রমাণিত হয়েছে (এটি এক ঘন্টার জন্য চলল, কেবলমাত্র ডেটা দিয়ে প্রায় 80 জিবি পেয়েছিল)। 1GB পরীক্ষার প্যাকেটের জন্য এটিটি প্রায় 1 মিনিট 22 সেকেন্ড নিয়েছিল এবং সংকোচিত না হলে দ্বিগুণ দ্রুত গতিতে শেষ হয়েছিল। ফলাফলগুলি হ'ল উত্স সিস্টেমে র্যামের পরিমাণের চেয়ে কম হ'ল স্থানান্তরিত ফাইলটি এ কারণেও ছড়িয়ে পড়েছে।
তদ্ব্যতীত (এবং এটি 1 জিবি পরীক্ষার টুকরোতে পরীক্ষা করা হয়েছিল), আমি যদি gzip
কমান্ডটি ব্যবহার করি এবং আমি সমস্যাগুলি পাচ্ছি dd
; টার্গেটে এক্সট্রাক্ট করার সময় ফলস্বরূপ ফাইলটির একটি আলাদা চেকসাম থাকে, এটি সরাসরি পাইপ করা হয় না তার চেয়ে বেশি। আমি এখনও কেন এটি ঘটছে তা জানার চেষ্টা করছি।
/dev/sda
কোনও চিত্র বা কেবল ফাইল হিসাবে স্থানান্তর করতে চান ? আর আর সিএনসি কোন বিকল্প নেই? হয় /dev/sda
যখন আপনি মাউন্ট dd
ed?