গিটল্যাব সমর্থন জিজ্ঞাসা করার সময় গেইলাব অন-প্রাথমিক ভিত্তিতে যারা 3TB ব্যাকআপ করবেন সে বিষয়ে তারা যখন জবাব দেয় তারা আমাদের সরঞ্জামটি ব্যবহার করে যা একটি টারবাল তৈরি করে।
এটি কেবলমাত্র সমস্ত স্তরে আমার কাছে ভুল বোঝায়। এই টারবালটিতে পোস্টগ্রিস ডাম্প, ডকার ইমেজ, রেপো ডেটা, জিআইটি এলএফএস, ইত্যাদি কনফিগারেশন ইত্যাদি রয়েছে। খুব গতিশীল ডেটা সহ কেবি সহ স্থির তথ্যের টিবি ব্যাক আপ করা সঠিক নয়। এবং তারপরে ইস্যুটি আসে, আমরা প্রতি ঘন্টা একটি ব্যাকআপ করতে চাই।
প্রশ্ন
ধারাবাহিক ব্যাকআপ পাওয়ার জন্য আমি অন্যের কাছ থেকে তারা কীভাবে এটি করে তা সত্যিই জানতে চাই।
লিনাক্সে জেডএফএস আমার সাথে ঠিক আছে, যদি এটি সমাধানের অংশ হয়।
3
কেন এই ভুল? এটি সম্পূর্ণরূপে পুনরুদ্ধার করতে আপনি আপনার গিটল্যাবকে পুরোপুরি ব্যাক আপ করুন। আমি এটা ভুল বলে মনে করি না। অবশ্যই এটি বলার চেয়ে অনেক বেশি জায়গা ব্যবহার করে, ইনক্রিমেন্টাল ব্যাকআপ, তবে ... আমি ব্যাকআপ আকারের বিষয়ে চিন্তা করব না।
—
লেনি
প্রতি ঘন্টা ব্যাকআপ নেওয়া শোনা যায় না তবে তাদের পদ্ধতির সাথে ঘন্টারও কম সময়ে 3 টিবি করা অসম্ভব। এবং মাত্র এক দিনের জন্য ব্যাকআপগুলি হবে T 100TB, যেখানে কেবলমাত্র ডেটাতে 10MB পরিবর্তন হতে পারে।
—
সান্দ্রা
ঠিক আছে, এটি একটি সাধারণ প্রশ্ন, সাধারণভাবে ব্যাকআপ সম্পর্কে নয় তবে ঘন ঘন ব্যাকআপ সম্পর্কে।
—
লেনি
তাদের সরকারী দস্তাবেজে এমনকি তারা তাদের পদ্ধতিটি ধীর বলে উল্লেখ করেছেন এবং বিকল্পগুলির পরামর্শ দিয়েছেন:
—
লেনি
If your GitLab server contains a lot of Git repository data you may find the GitLab backup script to be too slow. In this case you can consider using filesystem snapshots as part of your backup strategy.যদিও আমি অভিজ্ঞতা থেকে বলতে পারি না। তবে শীঘ্রই আমাকে এই জাতীয় কিছু অন্তর্ভুক্ত করতে হতে পারে ...
গিটল্যাবের কনফিগারেশন ফাইল এবং ব্যাকআপ ফ্ল্যাগে অপশন রয়েছে যা আপনাকে বিভাগগুলি বাদ দিতে বা কোনও অবজেক্ট
—
স্টোরগুলিতে