أرشفة كود المصدر على المدى الطويل:هل هو ممكن؟

https://stackoverflow.com/questions/73745

09-06-2019
|

سؤال

أشعر بالفضول بشأن الاحتفاظ بكود المصدر بشكل موثوق وآمن لعدة سنوات.من بحثي/تجربتي:

تفقد الوسائط الضوئية، مثل أقراص DVD-R المحروقة، أجزاء من البيانات بمرور الوقت.وبعد بضع سنوات، لا أستطيع إزالة جميع الملفات التي وضعتها عليهم.قراءة الأخطاء وما إلى ذلك.
تعد محركات الأقراص الثابتة ميكانيكية وعرضة للفشل/التقادم مع رسوم استعادة البيانات الباهظة الثمن، والتي بالكاد تحافظ على خصوصية بياناتك (ترسلها بعيدًا إلى بعض الشركات).
تخزين الشريط المغناطيسي:انظر رقم 2.
يخضع التخزين عبر الإنترنت لأهواء بعض مراكز تخزين البيانات، والأمن أو انعدام الأمان هناك، واحتمالية انهيار الشركة، وما إلى ذلك.بالإضافة إلى أنها باهظة الثمن، ولا يمكنك ضمان عدم اختلاس النظر إليها.

لقد اكتشفت بمرور الوقت أنني فقدت كود المصدر للمشاريع القديمة التي قمت بها بسبب هذه المشكلات.هل هناك حلول أخرى؟

ملخص الإجابات:
1.استخدام أساليب متعددة للتكرار.
2.اطبع كود المصدر الخاص بك إما كنص أو رمز شريطي.
3.تعتبر صفائف RAID أفضل للتخزين المحلي.
4.المصدر المفتوح لمشروعك سيجعله يدوم إلى الأبد.
5.التشفير هو الحل للأمن.
6.تخزين الشريط المغناطيسي متين.
7.التخزين الموزع/المضمون عبر الإنترنت رخيص وموثوق.
8.استخدم التحكم بالمصادر للحفاظ على السجل والنسخ الاحتياطي للريبو.

المحلول

أفضل إجابة هي "في أماكن متعددة".إذا كنت قلقًا بشأن الاحتفاظ بكود المصدر الخاص بي لأطول فترة ممكنة، فسأفعل:

1) النسخ الاحتياطي لبعض الوسائط الضوئية بشكل منتظم، مثل نسخها على قرص DVD مرة واحدة في الشهر وأرشفتها خارج الموقع.

2) قم بعمل نسخة احتياطية من عدة محركات أقراص ثابتة على أجهزتي المحلية

3) قم بعمل نسخة احتياطية من خدمة Amazon S3.لديهم ضمانات، إنه نظام موزع بحيث لا توجد نقاط فشل واحدة ويمكنك تشفير بياناتك بسهولة حتى لا يتمكنوا من "إلقاء نظرة خاطفة" عليها.

مع هذه الخطوات الثلاث، فإن فرص فقدان البيانات تكون صفرًا فعليًا.لا يوجد شيء مثل عدد كبير جدًا من النسخ الاحتياطية للبيانات المهمة جدًا.

نصائح أخرى

بناءً على مستوى جنون العظمة لديك، أنصحك باستخدام طابعة وخزنة.

والأهم من ذلك، أن مصفوفة RAID لم تعد باهظة الثمن بعد الآن، وطالما واصلت استخدامها ومراقبتها، فإن المصفوفة التي تم إعدادها بشكل صحيح مضمونة فعليًا بعدم فقدان البيانات أبدًا.

يجب تخزين أي بيانات تريد الاحتفاظ بها في أماكن متعددة بتنسيقات متعددة.في حين أن احتمالات فشل أي واحد قد تكون كبيرة، فإن احتمالات فشلهم جميعًا ضئيلة جدًا.

أعتقد أنك ستفاجأ بمدى أسعار التخزين عبر الإنترنت المعقولة هذه الأيام.تبلغ تكلفة Amazon S3 (حل تخزين بسيط) 0.10 دولارًا أمريكيًا لكل جيجابايت شهريًا، مع تكاليف تحميل تبلغ 0.10 دولارًا أمريكيًا لكل جيجابايت وتكلفة التنزيل 0.17 دولارًا أمريكيًا لكل جيجابايت كحد أقصى.

لذلك، إذا قمت بتخزين 20 غيغابايت لمدة شهر، وقمت بتحميل 20 غيغابايت وتنزيل 20 غيغابايت، فسيكلفك ذلك 8.40 دولارًا (أعلى قليلاً في مركز البيانات الأوروبي عند 9 دولارات).

وهذا رخيص بما يكفي لتخزين بياناتك في مراكز البيانات الخاصة بالولايات المتحدة والاتحاد الأوروبي وعلى أقراص DVD - فاحتمالات فقدان هذه البيانات الثلاثة ضئيلة، على أقل تقدير.

هناك أيضًا واجهات أمامية متاحة، مثل JungleDisk.

http://aws.amazon.com
http://www.jungledisk.com/
http://www.google.co.uk/search?q=amazon%20s3%20clients

أفضل طريقة لعمل نسخة احتياطية من مشاريعك هي جعلها مفتوحة المصدر ومشهورة.بهذه الطريقة سيكون هناك دائمًا أشخاص لديهم نسخة منه ويمكنهم إرسالها إليك.

بعد ذلك، اهتم فقط بالوسائط المغناطيسية/البصرية، واستمر في تجديدها ونسخها المتعددة (عبر الإنترنت أيضًا، تذكر أنه يمكنك تشفيرها) على وسائط متعددة (بما في ذلك، لماذا لا، مجموعات RAID)

إذا كنت تريد أرشفة شيء ما لفترة طويلة، سأختار محرك الأشرطة.قد لا تحتوي على الكثير من البيانات، لكنها موثوقة ووسيلة تخزين مفضلة إلى حد كبير لأرشفة البيانات.ومع ذلك، لم يسبق لي شخصيًا تجربة فقدان البيانات على محرك الأشرطة.

لا تنس استخدام Subversion (http://subversion.tigris.org/).لقد قمت بتخريب حياتي كلها (إنه أمر رائع).

أفضل حل رأيته للاستخدام المنزلي هو طباعة النسخ الاحتياطية باستخدام باركود ثنائي الأبعاد - كانت كثافة البيانات عالية إلى حد ما، ويمكن إعادة مسحها ضوئيًا بسهولة إلى حد ما (بافتراض وجود ماسح ضوئي لتغذية الأوراق)، وقد نقلت المشكلة من يعود النطاق الرقمي إلى المجال الفعلي - والذي يمكن تلبيته بسهولة إلى حد ما عن طريق شيء مثل صندوق الودائع الآمن، أو شركة مثل Iron Mountain.

والجواب الآخر هو "كل ما سبق".التكرار يساعد دائما.

بالنسبة لمشاريعي، أستخدم مزيجًا من 1 و2 و4.إذا كانت البيانات مهمة حقًا، فيجب أن يكون لديك نسخ متعددة في أماكن متعددة.يتم نسخ بياناتي المهمة إلى 3-4 مواقع كل ليلة.

إذا كنت تريد حلاً أبسط، أنصحك بالحصول على حساب تخزين عبر الإنترنت من مزود معروف يتمتع بضمان موثوقية مؤمن عليه.إذا كنت قلقًا بشأن الأمان، فما عليك سوى تحميل البيانات الموجودة بالداخل تروكربت المحفوظات المشفرة.وفيما يتعلق بالتكلفة، فمن المحتمل أن تكون باهظة الثمن.ولكن إذا كان الأمر بهذه الأهمية حقًا فإن التكلفة لا شيء.

من أجل الأرشفة التنظيمية للبيانات الإلكترونية، فإننا نحتفظ بالبيانات على RAID وعلى أشرطة احتياطية في موقعين منفصلين (أحدهما هو Iron Mountain).نقوم أيضًا باستبدال الأشرطة وRAID كل بضع سنوات.

إذا كنت تريد الاحتفاظ به "للأبد"، فربما تكون الطريقة الأكثر أمانًا هي طباعة الرمز ولصقه في مظروف بلاستيكي لإبقائه آمنًا من العناصر.لا أستطيع أن أخبرك بمقدار الكود الذي فقدته بسبب وسيلة النسخ الاحتياطي التي لم يعد من الممكن الوصول إليها....ليس لدي قارئ بطاقات ورقية لقراءة مجموعة كوبول القديمة الخاصة بي، ولا يوجد محرك أقراص للأقراص المرنة مقاس 5 1/4 بوصة، أو الأقراص المرنة مقاس 3 1/2 بوصة.ولكن مع ذلك فإن النسخة المطبوعة التي قمت بإعدادها لمشروعي الكبير الأول لا تزال قابلة للقراءة... حتى بعد أن قرر طفلي البالغ من العمر 3 سنوات أنه سيكون كتاب تلوين جيدًا.

عندما تقول "نسخ احتياطي للكود المصدري"، أتمنى أن تضمّن في قصدك النسخ الاحتياطي لنظام التحكم في الإصدار الخاص بك أيضًا.

يعد نسخ كود المصدر الحالي الخاص بك (في أماكن متعددة) أمرًا بالغ الأهمية بالتأكيد، ولكن النسخ الاحتياطي لسجل التغييرات الخاص بك كما هو محفوظ بواسطة VCS الخاص بك يعد أمرًا بالغ الأهمية في رأيي.قد يبدو الأمر تافهاً خاصة عندما نكون دائماً "نعيش في الحاضر ونتطلع إلى المستقبل".ومع ذلك، كانت هناك مرات عديدة أردنا فيها النظر إلى الوراء للتحقيق في مشكلة ما، ومراجعة سلسلة التغييرات، ومعرفة من فعل ماذا، وما إذا كان بإمكاننا العودة إلى الإصدار/الإصدار السابق.والأهم من ذلك إذا كنت تمارس التفرع والدمج الثقيل.أرشفة صندوق واحد سوف لن أفعل.

قد يأتي نظام التحكم في الإصدار الخاص بك مزودًا بوثائق واقتراحات حول استراتيجيات النسخ الاحتياطي.

تتمثل إحدى الطرق في إعادة تدوير وسائط التخزين الخاصة بك بشكل دوري، على سبيل المثال.اقرأ البيانات من الوسط المتحلل واكتبها في وسط جديد.توجد برامج لمساعدتك في هذا، على سبيل المثال. dvdisaster.وفي النهاية، لا شيء يدوم إلى الأبد.ما عليك سوى اختيار الحل الأقل إزعاجًا.

أما بالنسبة رقم 2:يمكنك تخزين البيانات في شكل مشفر لمنع خبراء استعادة البيانات من فهمها.

أعتقد أن الخيار 2 يعمل بشكل جيد بما فيه الكفاية إذا كانت لديك آليات النسخ الاحتياطي للكتابة.ولا يلزم أن تكون باهظة الثمن بمشاركة طرف ثالث أيضًا (باستثناء التعافي من الكوارث).سيقوم الخادم الذي تم تكوينه باستخدام RAID 5 بالمهمة.إذا فشل محرك الأقراص الثابتة، فاستبدله.من المستبعد جدًا أن تفشل جميع محركات الأقراص الثابتة في نفس الوقت.حتى محرك الأقراص RAID 1 المتطابق سيكون جيدًا بدرجة كافية في بعض الحالات.

إذا كان الخيار 2 لا يزال يبدو كحل سيئ، فإن الشيء الآخر الوحيد الذي يمكنني التفكير فيه هو طباعة نسخ ورقية من الكود المصدري، الذي يحتوي على العديد من المشكلات أكثر من أي من الحلول المذكورة أعلاه.

يخضع التخزين عبر الإنترنت لأهواء بعض مراكز تخزين البيانات، والأمن أو انعدام الأمان هناك، واحتمالية انهيار الشركة، وما إلى ذلك.بالإضافة إلى أنها باهظة الثمن،

ليست بالضرورة باهظة الثمن (انظر rsync.net على سبيل المثال)، ولا غير آمنة.يمكنك بالتأكيد تشفير الأشياء الخاصة بك أيضًا.

ولا يمكنك ضمان أنهم لا يختلسون النظر.

صحيح، ولكن من المحتمل أن تكون هناك أشياء أكثر إثارة للاهتمام لإلقاء نظرة خاطفة عليها من الكود المصدري الخاص بك.؛-)

والأهم من ذلك، أن مصفوفة RAID لم تعد باهظة الثمن بعد الآن

الغارة هي لا دعم.

كنت أتحدث للتو مع رجل خبير في الميكروفيلم.على الرغم من أنها تقنية قديمة، إلا أنها تعد واحدة من أكثر أشكال تخزين البيانات ديمومة إذا تم صيانتها بشكل صحيح للتخزين طويل المدى.لا يتطلب الأمر معدات متطورة (عدسة مكبرة وضوء) لقراءته على الرغم من أن تخزينه قد يستغرق بعض العمل.

ثم مرة أخرى، كما ذكرنا سابقًا، إذا كنت تتحدث فقط على مدى بضع سنوات بدلاً من عقود، فمن المحتمل أن تكون طباعتها على الورق وتخزينها في بيئة خاضعة للرقابة هي أفضل طريقة.إذا كنت تريد أن تصبح مبدعًا حقًا، فيمكنك تصفيح كل ورقة!

Drobo للنسخ الاحتياطي المحلي

DVD للأرشفة المحلية قصيرة المدى

Amazon S3 للأرشفة خارج الموقع على المدى الطويل

مرخصة بموجب: CC-BY-SA مع الإسناد

لا تنتمي إلى StackOverflow