ملخص

  • تُقدر قيمة FalconStor بشكل أفضل من خلال سجل الاستعادة: قدرة كتالوجات النسخ الاحتياطي، ووسائط الشريط الافتراضي، وحالة النسخ المتماثل، والنسخ غير القابلة للتغيير، وإجراءات المشغلين على إنتاج استعادة مقبولة في حالة تعطل أو هجوم فدية أو ضغط ترحيل.
  • StorSafe هو الأنسب عندما تحتاج الشركات وموفرو الخدمات المدارة وفرق IBM Power إلى الحفاظ على عمليات النسخ الاحتياطي المألوفة مع تقليل تكلفة التخزين، أو إضافة احتفاظ سحابي، أو نقل أعباء العمل، لكن المنتج لا يلغي الحاجة إلى تمارين الاستعادة، وانضباط الكتالوج، وتخطيط الشبكة، وحدود الدعم، وحوكمة التكاليف.

سجل الاستعادة هو المنتج الحقيقي

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

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

هذا التمييز مهم لأن FalconStor يعمل في بيئات يكون فيها نظام النسخ الاحتياطي غالبًا قديمًا وإجرائيًا وصعب التغيير سياسيًا. IBM i وAIX وLinux على IBM Power وعمليات الشريط الطويلة وعادات BRMS ووصلات Fibre Channel أو iSCSI وتخزين الكائنات السحابية وموفري الخدمات المدارة وتمارين الاسترداد بعد الكوارث لا تتصرف مثل نشر "greenfield" في وضع SaaS. عملية النسخ الاحتياطي ليست مجرد تقنية. إنها طقوس إنتاج متكررة يملكها مسؤولون يعرفون استثناءات النظام وجدول نهاية الشهر ونافذة الشبكة وقاعدة الاحتفاظ واتفاقية تسمية الشريط والمدير التنفيذي الذي سيسأل عما إذا كانت النسخة الأخيرة نظيفة.

فرصة FalconStor هي تحديث هذه الطقوس دون إجبار كل عميل على إعادة كتابتها. يتم تقديم StorSafe كبرنامج يمكن تشغيله على البيئات السحابية أو المادية أو الافتراضية؛ والعمل مع برامج النسخ الاحتياطي الحالية؛ ومحاكاة مكتبات الأشرطة؛ وتقليل بيانات النسخ الاحتياطي الزائدة عن طريق إزالة الازدواجية؛ ودعم الأرشفة طويلة الأجل على تخزين الكائنات؛ ومساعدة فرق IBM Power على استخدام الأهداف السحابية للنسخ الاحتياطي والاسترداد بعد الكوارث والترحيل. يضيف StorSight إدارة مركزية عبر مثيلات StorSafe. يوسع Habanero نفس المنطق إلى خدمة حماية خارج الموقع مدارة لعملاء IBM Power الذين يريدون نسخًا خارج الموقع آمنة دون نشر وتشغيل البنية التحتية الأساسية بأنفسهم.

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

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

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

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

ما يؤتمته FalconStor حقًا

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

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

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

المهمة الثالثة هي النقل. النسخة المحمية التي تبقى بجانب نظام الإنتاج تتعرض لتعطل الموقع وقد تتعرض لمدى المهاجم. تؤكد وثائق FalconStor على النسخ المتماثل والحماية خارج الموقع والأرشفة السحابية واعتماد السحابة الهجينة. في بيئات IBM Power، يعني هذا غالبًا نقل بيانات النسخ الاحتياطي منزوعة الازدواجية إلى IBM Cloud Object Storage أو PowerVS أو موقع آخر مدعوم في السحابة أو تكوين خدمة مدارة. هنا يصبح سجل الاستعادة أكثر تعقيدًا. لم يعد كافيًا معرفة اكتمال مهمة النسخ الاحتياطي.

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

المهمة الرابعة هي الإدارة. StorSight يهدف إلى توحيد الرؤية عبر مثيلات StorSafe، بما في ذلك الإدارة والتقارير والتحليلات والتنبؤ والتنبيهات وعناصر تحكم من نوع الإيجار. هذا مهم لأن أهداف الحماية المتعددة يمكن أن تصبح غير مرئية تشغيليًا. يمكن لـ VTL في موقع أساسي وأخرى في PowerVS ومستودع تخزين كائنات وخدمة مدارة بواسطة MSP وتطبيقات نسخ احتياطي متعددة إنشاء مشهد مجزأ. واجهة إدارة موحدة لا تثبت قابلية الاسترداد، ولكنها يمكن أن تقلل تكلفة الإشراف المرتبطة بمعرفة مكان حالة النسخ الاحتياطي والاحتفاظ.

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

المهمة السادسة هي الترحيل. علاقة FalconStor مع IBM ودعم منتجاتها تمنح الترحيل دورًا مركزيًا. العميل الذي ينقل أعباء عمل IBM i أو AIX أو Linux إلى PowerVS أو سياق سحابي مدعوم آخر قد يحتاج إلى نقل كميات كبيرة من البيانات المحمية ووسائط النسخ الاحتياطي التاريخية دون تحويل النقل إلى مشروع استشارات مخصص. يمكن للشريط الافتراضي والنسخ المتماثل منزوع الازدواجية جعل هذا المسار أكثر تنظيماً. لكن الترحيل هو أصعب أنواع اختبارات الاستعادة لأن البيئة الهدف تختلف عن المصدر.

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

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