في هذه المقالة ، سنراجع تجربتنا في استخدام نسخ احتياطي CommVault for PostgreSQL. للقيام بذلك ، سنقوم بتحليل جزء صغير من أحد مشاريعنا السابقة ، حيث قمنا بإنشاء نسخة احتياطية من قاعدة بيانات PostgreSQL من العميل.
حول كومفولت
CommVault هي عبارة عن منصة واحدة قابلة للتطوير توفر حماية متكاملة للبيانات وإدارة المحتوى. يدعم النظام الوحدات النمطية للبرنامج مع وظائف للنسخ الاحتياطي للبيانات واستعادتها وأرشفتها وإلغاء البيانات المكررة وتكرارها وتوزيعها الهرمي للوسائط والتشفير. تعمل وحدات النظام الأساسي مع محتوى الشركة من مصادر مختلفة وتوفر بحثًا نهائيًا عن المعلومات في بيئة الشركة وتوافرها المستمر حتى من الأرشيف بفضل فهرسة ذكية واحدة للمستندات في مستودع افتراضي. تم تزويد المنصة أيضًا بأدوات تحليلية متقدمة تنشئ تقارير عن تصرفات المستخدمين والتطبيقات وعن أداء البنية التحتية.
يقوم CommVault بحماية البيانات واستعادتها وإدارتها والوصول إليها في البيئات المادية والظاهرية.
حول PostgreSQL احتياطية
لإجراء نسخة احتياطية من قاعدة بيانات PostgreSQL ، يتم استخدام وكيل (iDataAgent) ، والذي تم تثبيته على الخادم حيث تعمل قاعدة البيانات. تم تصميم الوكيل لإدارة وحماية بيانات الأعمال الهامة بشكل فعال في قواعد بيانات PostgreSQL. يمكنك استخدام هذا العامل للنسخ الاحتياطي واستعادة خادم PostgreSQL بأكمله أو قواعد البيانات الفردية. إذا لزم الأمر ، يمكنك أيضًا استعادة الجداول الفردية.
الميزات الرئيسية:
يوفر PostgreSQL iDataAgent المرونة لإجراء نسخ احتياطي لقواعد البيانات في أوضاع مختلفة واستعادتها في أقل وقت ممكن. يمكنك عمل نسخة احتياطية أو نسخ احتياطي لخادم PostgreSQL بأكمله أو قواعد البيانات الفردية أو السجلات المؤرشفة في أي وقت.
ميزات النسخ الاحتياطي والاسترداد التي يمكن تنفيذها في أوضاع مختلفة:
- يوفر iDataAgent القدرة على استعادة خادم PostgreSQL بأكمله. يمكن استعادة جميع قواعد البيانات الموجودة على الخادم المصدر على الخادم الوجهة.
- تحديد قاعدة بيانات واحدة أو مجموعة من قواعد البيانات على أنها بيانات فرعية وعمل نسخة احتياطية واستعادة.
- نسخ احتياطي فقط السجلات على خادم PostgreSQL. يمكن استخدام ملفات السجل هذه لاستعادة معاملات قاعدة البيانات المفقودة بسبب فشل نظام التشغيل أو القرص.
- قم باستعادة خادم PostgreSQL بأكمله في وقت محدد للنسخ الاحتياطي لنظام الملفات.
- عرض والتحقق من حالة عمليات النسخ الاحتياطي والاسترداد من Job Controller و Event Viewer في وحدة التحكم CommCell. تتبع حالة عملك مع التقارير التي يمكنك حفظها وتوزيعها.
- استخدم النسخ الاحتياطية على مستوى الكتلة كوسيلة أسرع لإجراء نسخ احتياطي للبيانات ، لأن النسخ الاحتياطية مخصصة فقط للنطاقات (أو الأجزاء المعدلة من قاعدة البيانات) ، وليس لقاعدة بيانات PostgreSQL بأكملها.
- كتلة إلغاء البيانات المكررة يوفر إلغاء البيانات المكررة طريقة أكثر ذكاءً لتخزين البيانات عن طريق تحديد التكرارات وإزالتها في عمليات حماية البيانات.
العمارة
مخطط
كيف يعمل:يتم نشر النظام الأساسي CommVault على الشبكة كجزء من خادم إدارة CommServe وخادم MediaAgent منفصل (يوصى باستخدام خادم فعلي).
يتم تثبيت وكيل (iDataAgent) على الخادم مع قاعدة بيانات PostgreSQL ويتم تكوين سياسات النسخ الاحتياطي الخاصة به وفقًا للمتطلبات. يقوم iDataAgent بجمع البيانات الضرورية وضغطها وإلغاء تكرارها ، إذا لزم الأمر ، يقوم بتشفيرها ونقلها إلى MediaAgent.
علاوة على ذلك ، يتم وضع البيانات على نظام التخزين ، أو في مكتبة الشريط أو على التخزين السحابي.
لاستعادة البيانات ، يتم استخراج البيانات من وحدة التخزين ونسخها إلى الخادم باستخدام PostgreSQL.
الإعداد في وحدة التحكم CommVaultالآن دعونا نرى كيفية القيام بذلك في وحدة التحكم بالإدارة.
1. لبدء النسخ الاحتياطي لقاعدة البيانات في الوقت الحالي ، حدد في وحدة التحكم CommCell Browser:
أجهزة الكمبيوتر العميلة | | PostgreSQL | | DumpBasedBackupSet.
انقر بزر الماوس الأيمن فوق المجلد
الافتراضي في
subclient وحدد
Backup .
2. حدد
كامل كنوع النسخ الاحتياطي وحدد
فوري .
3. انقر فوق
موافق .
يبدأ النسخ الاحتياطي
PostgreSQL .
4. أثناء تنفيذ المهمة ، يمكن مراقبة حالتها من خلال نافذة
Job Console الخاصة
بالوظيفة .
5. بمجرد الانتهاء من المهمة ، يمكنك رؤية تفاصيل المهمة المكتملة من نافذة
سجل النسخ الاحتياطي . حدد المجلد
الافتراضي في
subclient وحدد
Backup History .
6. في نافذة
سجل النسخ الاحتياطي ، يمكنك رؤية البيانات التالية عن المهام المكتملة:
- أخطاء النسخ الاحتياطي عند الانتهاء من المهمة.
- العناصر التي تم نسخها احتياطيًا بنجاح ؛
- تفاصيل المهمة ؛
- الأحداث ؛
- ملفات السجل ؛
- الوسائط التي يتم تخزين البيانات عليها.
لماذا يمكنك النسخ الاحتياطيتفريغ تستند النسخ الاحتياطي:
- قواعد بيانات نظام PostgreSQL
- قواعد بيانات مستخدم PostgreSQL
- عمل نسخة احتياطية من نظام الملفات (ملف النسخ الاحتياطي للنظام).
قواعد بيانات PostgreSQL (البيانات والسجلات) (البيانات والسجلات):
ما لم يتم نسخه:
- ملفات تطبيق PostgreSQL (ملفات التطبيق) ؛
- بيانات نظام التشغيل.
استخدم نظام الملفات iDataAgent لعمل نسخة احتياطية من المكونات المذكورة أعلاه.
التحدي
يحتاج العميل إلى نشر النظام الأساسي لـ CommVault لعمل نسخة احتياطية من خدماته. إحدى الخدمات هي قاعدة بيانات PostgreSQL ، والتي تم نشرها في تكوين نظام مكون من عقدتين: Master and Standby. كلاهما يعمل على الخوادم المادية.
ميزات التكوين عميل بوستجرستم اختيار تكوين نظام PostgreSQL لضمان التسامح مع الخطأ لخادم قاعدة البيانات.
قام العميل بنسخ قاعدة بيانات PostgreSQL باستخدام pg_dump.
يرد مخطط العمل في الشكل أدناه:
تكوين النسخ الاحتياطي مع CommVault
لتوحيد نظام النسخ الاحتياطي والاستفادة من وحدة تخزين النسخ الاحتياطي ، قررنا استخدام CommVault لعمل نسخة احتياطية من قاعدة بيانات PostgreSQL.
بسبب استخدم العميل تكوين نظام PostgreSQL ، للنسخ الاحتياطي قررنا استخدام خيار File System Based Backup للنسخ الاحتياطي للملفات. في الوقت نفسه ، اضطررت إلى التخلي عن استخدام النسخ الاحتياطي كتلة (كتلة مستوى النسخ الاحتياطي) ، لأنه إصدار Linux kernel المستخدم والذي يتم نشر PostgreSQL عليه أعلى من CommVault المدعوم رسميًا. نظرًا لحقيقة أن الخدمة ضرورية للمؤسسة ، فقد قرروا إنشاء جدول نسخ احتياطي وفقًا للجدول:
| نسخة كاملة
| سجلات المعاملات
|
|---|
الرسم البياني
| مرة واحدة في اليوم ، في 23 ساعة
| كل ساعة لمدة 24 ساعة |
فترة تخزين النسخ
| 7 ايام
| يوم واحد
|
كان إجمالي حجم قاعدة البيانات أكثر من 1.5 تيرابايت ، ومن أجل الحفاظ على RTO و RPO المطلوبة ، تم استخدام شبكة LAN منفصلة للنسخ الاحتياطي بسرعة 10 جيجابت / ثانية.
تم إجراء النسخ الاحتياطي وفقًا للمخطط أدناه:
تم أخذ النسخ الاحتياطية من خادم PostgreSQL الاستعداد وتخزينها على خادم مثبت عليه MediaAgent. بعد ذلك ، مرة واحدة كل شهر ، تم تحميل نسخ كاملة إلى سحابة الأمازون لمدة صلاحية مدتها عام واحد.
تم إجراء جميع الإعدادات اللازمة ، وكانت النسخة الاحتياطية ناجحة.
PostgreSQL ميزات تكوين النسخ الاحتياطيعند تثبيت النسخة الاحتياطية وتكوينها ، واجهنا بعض الصعوبات ، المدرجة أدناه. أعتقد أنه سيكون من المفيد أخذ هذه الميزات في الاعتبار عند تنفيذ مشاريع مماثلة وعند إعداد مسؤولي قاعدة بيانات PostgreSQL.
- تحقق من أن العقد الرئيسية والاستعدادية لديها نفس إعدادات خدمة PostgreSQL المعينة وفقًا لوثائق CommVault:
documentation.commvault.com/commvault/v11_sp14/article؟p=21491.htm - تحقق من أن المعلمات المحددة في استكشاف أخطاء النسخ الاحتياطي متوافقة مع تلك المحددة بواسطة الروابط:
documentation.commvault.com/commvault/v11_sp14/article؟p=21723.htm
documentation.commvault.com/commvault/v11_sp14/article؟p=21518.htm - تأكد من تعيين حقوق الوصول إلى خادم قاعدة البيانات وقواعد البيانات وفقًا للمتطلبات التالية:
documentation.commvault.com/commvault/v11_sp14/article؟p=21523.htm
الانتعاشالنسخ الاحتياطي هو جيد. بطبيعة الحال ، نحن مهتمون ليس فقط في عملية إنشائها ، ولكن أيضا في استعادة. على كل ما يتم القيام به.
في هذه الحالة ، قد تكون عملية الاستعادة ، بناءً على خبرتنا ، ضرورية للعميل في حالتين:
- لاستعادة قاعدة البيانات في وقت معين من أجل الوصول إلى البيانات التي ، على سبيل المثال ، يمكن حذفها من قاعدة البيانات ؛
- في حالة فقدان مجموعة قاعدة بيانات PostgreSQL بأكملها.
لاستعادة قاعدة البيانات ، ما عليك سوى قراءة الوثائق الموجودة على هذا الرابط:
documentation.commvault.com/commvault/v11_sp14/article؟p=21502.htmسنركز انتباهك أيضًا على الميزات والخطوات التالية أثناء الاسترداد:
- اتبع دائمًا إجراء الاسترداد باستخدام PostgreSQL DBA. سيساعدك ذلك على تجنب الإجراءات الخاطئة وحل المشكلات التي تنشأ بسرعة أثناء عملية الاسترداد ؛
- يجب إجراء الاسترداد على عقدة مع دور Master ؛
- عند الاستعادة ، تأكد من عدم تشغيل خدمات PostgreSQL بعد اكتمال العملية ؛
- في العقدة المستعادة ، قم بتغيير الإعدادات إلى دور Master ، بسبب في حالتنا ، قمنا بنسخ عقد احتياطية ؛
- تعطيل الخدمات على عقدة الاستعداد ، وتمكينها على العقدة الرئيسية ، ثم تمكين العقدة الاحتياطية وتكوين النسخ المتماثل مرة أخرى.
استنتاج
في هذه المقالة ، لم نأخذ في الاعتبار النسخ الاحتياطي لنظام التشغيل Linux نفسه والأنظمة الأخرى. يجب أن يتم ذلك بشكل منفصل. تصف وثائق CommVault هذا بالتفصيل. إذا كانت مقالتنا تثير الاهتمام ، وهناك العديد من التمنيات ، فسنقوم بالتأكيد بوصف كيفية عمل نسخ احتياطية للأنظمة الأخرى. اكتب التعليقات التي يمكن أن تهمك الأنظمة.
نأمل أن تساعدك تجربتنا في إعداد نسخة احتياطية من PostgreSQL DBA.
المؤلف:
سيرجي الكسندروف ، رئيس مجموعة النسخ الاحتياطي ، Softline
أرتيوم خميلينكو ، مهندس رئيسي ، Softline