اهتم أحد عملائنا - وهو بائع تجزئة على نطاق فيدرالي - بنسخ البيانات احتياطيًا في Oracle DBMS. يعد Oracle Zero Data Loss Recovery Appliance (ZDLRA) هو الخيار الافتراضي لذلك. لكن المجمع يشبه كسارة الجليد. بالإضافة إلى ذلك ، لن تمنح ZDLRA العميل التحكم في جميع عمليات النسخ الاحتياطي من خلال وحدة تحكم واحدة. أجبرتنا هذه الاعتبارات على البحث عن بدائل. أحدها هو Veritas NetBackup Appliance 5240 ، وهو جهاز SRC متوسط المدى يتمتع بأداء جيد في ظل الظروف القياسية. كما أضافت تقنية Copilot في ترسانة Veritas ، المصممة خصيصًا للعمل مع Oracle DBMS ، التفاؤل.
قبل اختبار Veritas NetBackup Appliance 5240 على بنية أساسية مباشرة ، طلب العميل اختباره. قمنا بتجميع الحامل واختبرنا الحل في ظروف القتال. تبين أن الاستنتاجات مثيرة للاهتمام.
الايجابيات من فيريتاس NBU
نظرنا أولاً في التقنيات الفريدة التي يمكنها تسريع عملية النسخ الاحتياطي والاسترداد. نظرًا لأننا كنا نتحدث عن النسخ الاحتياطي لقاعدة بيانات Oracle واستخدام 10 جيجابت إيثرنت (بدون قناة ليفية) كاتصال بالشبكة ، كانت أدوات فيريتاس التالية مفيدة للغاية:
- Media Server Deduplication Pool (MSDP) - إزالة البيانات المكررة أثناء التنقل ، والتي تعمل على تحسين النسخ الاحتياطي بين الأجهزة وإنشاء نسخ احتياطية اصطناعية كاملة أثناء النسخ الإضافية ؛
- يعمل NetBackup Optimized Duplication على التخلص من تكرار البيانات عن طريق نقل الكتل الفريدة فقط غير الموجودة على جهاز الاستقبال ؛
- يقلل NetBackup Copilot الوقت الذي يستغرقه إنشاء نُسخ احتياطية من Oracle Database مع لقطات من نظام ملفات جهاز NetBackup والتكامل مع Oracle RMAN Backup Manager.
كان NetBackup Copilot أكثر التقنيات الواعدة في سياق قاعدة بيانات Oracle. في الاختبار ، ركزنا على التحقق من أدائه مقابل نسخ قاعدة البيانات المتزايدة العادية.
جاهز للاختبار؟ نعم ولكن لا
قمنا بنشر سرير اختبار يتضمن NetBackup Master Server و NetBackup Media Server و Oracle Linux Server 6.7. تم توصيل جهاز NetBackup (الذي يعمل بمثابة NetBackup Media Server) بقاعدة البيانات عبر منفذي 10 جيجابت ، وتم نشر NetBackup Master Server على جهاز افتراضي في بيئة افتراضية VMware vSphere 6.0.
تم استخدام خادم فعلي مثبت عليه OS Oracle Linux Enterprise 6.7 و DBMS Oracle 19 كمصدر لـ RK. لمحاكاة تشغيل النظام في ظروف قريبة من متطلبات العميل ، قمنا بتعيين حجم قاعدة اختبار Oracle في حجم 1 تيرابايت بتنسيق Bigfile. كانت قاعدة البيانات قيد التحميل ، وكان حجم التغييرات في غضون 12 ساعة 50-60٪ من حجم قاعدة البيانات الأصلية.
إذا هيا بنا! قمنا بتشغيل النسخة الاحتياطية ، لكن مستوى الأداء كان منخفضًا بشكل مدهش - 2.3-2.8 تيرا بايت / ساعة. وفقًا للنتائج - مرحبًا من التسعينيات! لم تحتوي الوثائق الخاصة بعمل Veritas NBU مع Oracle DBMS على حلول جاهزة لهذا الموقف. لكن حقيقة أن Copilot كان متاحًا والأداء الجيد للحل في المهام القياسية ، مثل نسخ أنظمة الملفات احتياطيًا ، يشير إلى أننا فقدنا بعض النقاط. بعد ذلك ، بدأنا مع زملائنا من Veritas في البحث عن تعديلات على NetBackup من شأنها تحسين الأداء.
لقد فحصنا عدة عشرات من الإعدادات ووجدنا القيم المثلى لها. من بين المعلمات التي أثرت على أداء منصة الاختبار:
- قيم الإطار الجامبو (أحجام إطارات إيثرنت التي يمكن نقل البيانات فيها) ؛
- سياسة نقل التجزئة (xmit_hash_policy) ، والتي تؤثر بشكل مباشر على سرعة وكفاءة النسخ الاحتياطية ؛
- يلزم تغيير حجم المخازن المؤقتة (قرص الرقم ، حجم القرص) لجهاز Veritas لإجراء نسخ احتياطي لقاعدة البيانات المتغيرة باستمرار
هل يجب علي استخدام مساعد الطيار؟
كانت لدينا آمال كبيرة في NetBackup Copilot - بعد كل شيء ، تم تصميم هذه التقنية في الأصل للعمل مع قاعدة بيانات وتستخدم دمج Oracle المتزايد للانتقال إلى نظام نسخ احتياطي تزايدي إلى الأبد. عند التشغيل في وضع Copilot ، يتفاعل النظام مع مدير النسخ الاحتياطي لـ Oracle RMAN DBMS لتشغيل أوامر النسخ الاحتياطي لـ DBMS.
إذا قمت بتقسيم عملية النسخ الاحتياطي باستخدام NetBackup Copilot إلى مراحل ، فستبدو كما يلي:
- NetBackup Appliance , Oracle NFS;
- NetBackup;
- (level-0), (level-1);
- , level-0, , level-1;
- NetBackup NFS- ( InfoScale);
- Oracle RMAN NetBackup.
هذا الحل له مزايا عديدة. على سبيل المثال ، يمكن نسخ لقطات من نظام ملفات تخزين NFS لجهاز NetBackup تلقائيًا (نقلها) إلى طبقة التخزين الأكثر كفاءة: القرص أو مجموعة إلغاء البيانات المكررة أو الشريط أو التخزين السحابي أو نسخها إلى جهاز NetBackup في موقع النسخ الاحتياطي. يتم ذلك من خلال سياسات إدارة دورة الحياة (SLP).
بالإضافة إلى ذلك ، يمكن لمسؤولي DBMS استخدام أدوات Oracle للنسخ الاحتياطي والاستعادة. تتيح لك النسخ الاحتياطية التزايدية العمل مع عدد كبير من نقاط الاستعادة ، وجميع النسخ موجودة في تخزين ملفات لا يحتاج إلى إدارتها.
وإذا كانت السرعة؟
ما مدى سرعة كل هذا العمل؟ بعد تحسين المعلمات الفردية وتعديلها يدويًا ، حصلنا على سرعة نسخ احتياطي مناسبة جدًا.
يلخص الجدول نتائج إنشاء نسخة احتياطية كاملة مع تمكين إلغاء البيانات المكررة وتعطيله على العميل ، مع تمكين وتعطيل قص سجلات الإعادة ، في الظروف التي يكون فيها نظام إدارة قواعد البيانات تحت التحميل وبدون تحميل.
| اكتب | جدول العمل | تحميل DB | العميل المكرر | إعادة السجلات | الوقت المنقضي | سرعة تيرا بايت / ساعة |
| دعم | ممتلئ | نعم | ممكن | تعطيل | 0:14:06 | 4.4 |
| دعم | ممتلئ | نعم | تعطيل | تعطيل | 0:18:22 | 4.2 |
| دعم | ممتلئ | نعم | ممكن | ممكن | 0:22:36 | 4.1 |
| دعم | ممتلئ | نعم | تعطيل | ممكن | 0:30:07 | 3.6 |
| دعم | ممتلئ | # | ممكن | تعطيل | 0:12:16 | 4.7 |
| دعم | ممتلئ | # | تعطيل | تعطيل | 0:16:45 | 4.2 |
| دعم | ممتلئ | # | ممكن | ممكن | 0:16:15 | 4،3 |
| دعم | ممتلئ | # | تعطيل | ممكن | 0:17:40 | 3.9 |
أظهر نظام النسخ الاحتياطي NBU سرعة كتابة جيدة للنسخ الاحتياطية. كانت العقبة الواضحة في اختبارنا هي النظام الفرعي للقرص Veritas Appliance في طراز 5240 (عدد الأقراص في مجموعة RAID وسرعة الواجهة). استخدمت الاختبارات الحد الأدنى من التكوين مع حاوية قرص واحد.
عمل نسخ إضافية
لتقييم الأداء في وضع النسخ الاحتياطي التزايدي ، أجرينا نسخًا احتياطية مرتين يوميًا في الساعة 10:00 و 22:00. كان DBMS تحت الحمل وتم تمكين إلغاء البيانات المكررة على العميل.
| اكتب | جدول العمل | تحميل DB | العميل المكرر | الوقت المنقضي | سرعة تيرا بايت / ساعة |
| دعم | تزايدي 10:00 | نعم | ممكن | 0:10:58 | 2.2 |
| دعم | تدريجي 22:00 | نعم | ممكن | 0:09:58 | 2.2 |
| دعم | تزايدي 10:00 | نعم | ممكن | 0:10:03 | 2،3 |
| دعم | تدريجي 22:00 | نعم | ممكن | 0:09:04 | 2.2 |
| دعم | تزايدي 10:00 | نعم | ممكن | 0:11:13 | 2،3 |
| دعم | تدريجي 22:00 | نعم | ممكن | 0:12:01 | 2.2 |
| دعم | تزايدي 10:00 | نعم | ممكن | 0:12:21 | 2،3 |
| دعم | تدريجي 22:00 | نعم | ممكن | 0:10:53 | 2.5 |
| دعم | تزايدي 10:00 | نعم | ممكن | 0:12:03 | 2،3 |
| دعم | تدريجي 22:00 | نعم | ممكن | 0:12:04 | 2.2 |
| دعم | تزايدي 10:00 | نعم | ممكن | 0:12:13 | 2،3 |
| دعم | تدريجي 22:00 | نعم | ممكن | 0:12:01 | 2.2 |
| دعم | تزايدي 10:00 | نعم | ممكن | 0:12:21 | 2،3 |
| دعم | تدريجي 22:00 | نعم | ممكن | 0:10:53 | 2.5 |
كانت أوقات النسخ الاحتياطي المتزايد أقصر بكثير ، لكن سرعة جلسات النسخ الاحتياطي كانت أيضًا أبطأ.
قم بتشغيل وضع مساعد الطيار
يبدو الوضع مختلفًا في وضع مساعد الطيار. في اختبارنا ، تم إنشاء نسخة احتياطية كل 12 ساعة ، وتم تسجيل وقت النسخ الاحتياطي من لحظة إنشاء لقطة Oracle حتى نهاية اللحظة التي تمت فيها كتابة النسخة الاحتياطية على مجموعة التخزين على جهاز NBU.
| اكتب | تحميل DB | الوقت المنقضي | ميغا بايت | سرعة تيرا بايت / ساعة |
| دعم | نعم | 0:36:53 | 1،294،153 | 2.6 |
| دعم | نعم | 0:32:14 | 1 126525 | 2.5 |
| دعم | نعم | 0:33:34 | 1152365 | 2.7 |
| دعم | نعم | 0:31:23 | 1 123 620 | 2.6 |
| دعم | نعم | 0:44:04 | 999 1 681 | 2.9 |
كانت نتائج هذا الاختبار متوسطة. ومع ذلك ، يجب ألا يغيب عن البال أن توليف النسخة الاحتياطية مع الكتابة اللاحقة إلى مجموعة التخزين قد تم في NFS Share. قد تكون حدود سرعة القراءة والكتابة الإضافية لـ NFS Share مسؤولة جزئيًا عن الأداء الضعيف. بالإضافة إلى ذلك ، هناك تقنية المشاركة المحسّنة لنماذج جهاز NetBackup "الأقدم" ، لذا يجب أن تكون سرعة التشغيل في هذا الوضع أعلى. استخدمنا جهاز Veritas في الحد الأدنى من التهيئة مع رف واحد ، بينما يوصي البائع باستخدام رفين على الأقل لوضع Copilot.
وبالتالي ، فإن الفائدة الرئيسية لاستخدام Copilot هي استعادة آخر نسخة احتياطية كاملة دون الحاجة إلى إعادة النسخ الاحتياطية المتزايدة إلى الأمام. يعد استخدام وظيفة الاستعادة الفورية للوصول السريع إلى DBMS أثناء عملية الاسترداد ميزة كبيرة أيضًا.
لا تزيد عن 25٪ وفي حدود 50 تيرابايت
دعنا نعود إلى حالة العميل. تبين أن الاختبار على قاعدة بيانات اصطناعية كان مفيدًا ، حيث ساعد العميل على رؤية جميع مزايا وعيوب الحل الجذاب في البداية. بعد اللعب بالمعلمات ، توصلنا إلى استنتاج مفاده أنه من المستحسن استخدام Veritas NetBackup لنظام DBMS يصل حجمه إلى 50 تيرابايت ، وكذلك مع التغييرات اليومية في قاعدة البيانات التي لا تزيد عن 25٪. مع تغير قواعد بيانات البيع بالتجزئة بنسبة 50٪ كل يوم ، لم يكن Veritas NetBackup حلاً قابلاً للتطبيق.
أثبتت الآثار الجانبية لاختباراتنا أنها ذات قيمة. لقد وجدنا الأوضاع المثلى لـ Veritas NBU للعمل مع Oracle DBMS. من خلال ضبط المعلمات واختيار الوضع (نسخة كلاسيكية أو مساعد طيار) ، يمكنك إنشاء بديل جدير وبأسعار معقولة لإجراء نسخ احتياطي واستعادة Oracle DBMS مع عدد صغير نسبيًا من التغييرات اليومية في قاعدة البيانات في عشرات السل. بالنسبة لأولئك الذين يستخدمون Veritas SRK بالفعل ، هذا هو الحل الأفضل. هذا هو استخدام SRK بأسعار معقولة وإدارة جميع النسخ الاحتياطية من خلال وحدة تحكم واحدة.
المؤلف: Artem Khmelenko ، مهندس أنظمة تخزين البيانات ، Jet Infosystems