الاستعادة باستخدام الأداة Azure Application Consistent Snapshot

توفر هذه المقالة دليلا لتشغيل أمر الاستعادة لأداة Azure Application Consistent Snapshot التي يمكنك استخدامها مع Azure NetApp Files.

مقدمة

يتم إجراء استعادة وحدة تخزين من لقطة باستخدام azacsnap -c restore الأمر .

خيارات الأوامر

-c restore يحتوي الأمر على الخيارات التالية:

• --restore snaptovol إنشاء وحدة تخزين جديدة استنادا إلى لقطة وحدة تخزين. ينشئ هذا الأمر وحدة تخزين جديدة "مستنسخة" لكل وحدة تخزين في ملف التكوين، بشكل افتراضي باستخدام أحدث لقطة وحدة تخزين كأساس لإنشاء وحدة التخزين الجديدة. بالنسبة لوحدات تخزين البيانات، من الممكن تحديد لقطة لاستنساخها باستخدام الخيار --snapshotfilter <Snapshot Name>، لن يكتمل هذا إلا إذا كانت جميع وحدات تخزين البيانات تحتوي على نفس اللقطة. لا يقطع هذا الأمر النسخ المتماثل للتخزين من الأساسي إلى الثانوي. بدلا من ذلك يتم إنشاء نسخ من اللقطة في نفس الموقع ويتم تقديم نقاط تحميل نظام الملفات الموصى بها لوحدات التخزين المستنسخة. إذا كان استخدام على نظام Azure Large Instance يجب تشغيل هذا الأمر في منطقة DR (أي نظام تجاوز الفشل الهدف).

• --restore revertvolume إرجاع وحدة التخزين الهدف إلى حالة سابقة استنادا إلى لقطة وحدة تخزين. استخدام هذا الأمر كجزء من DR Failover في منطقة DR المقترنة. يوقف هذا الأمر النسخ المتماثل للتخزين من الموقع الأساسي إلى الموقع الثانوي، ويعيد وحدة تخزين (وحدات) DR المستهدفة إلى أحدث لقطة متوفرة على وحدات تخزين DR جنبا إلى جنب مع نقاط تحميل نظام الملفات الموصى بها لوحدات تخزين DR التي تم إرجاعها. إذا كان استخدام على نظام Azure Large Instance يجب تشغيل هذا الأمر في منطقة DR (أي نظام تجاوز الفشل الهدف).

  التحذير

  يعد خيار revertvolume مدمرا للبيانات حيث سيتم فقدان أي محتوى مخزن في وحدات التخزين بعد اللقطة المختارة للعودة إليها ولا يمكن استرداده.

  تلميح

  بعد إجراء revertvolume، يوصى بإعادة تحميل وحدة التخزين للتأكد من عدم وجود مقابض ملف قديمة. يمكن القيام بذلك باستخدام mount -o remount <mount_point>.

• --dbsid <SAP HANA SID> هو معرف أمان قاعدة البيانات كما هو محدد في ملف التكوين لتطبيق أوامر استعادة وحدة التخزين عليه.

• [--configfile <config filename>] هي معلمة اختيارية تسمح بأسماء ملفات التكوين المخصصة.

إجراء اختبار تجاوز فشل DR azacsnap -c restore --restore snaptovol

هذا الأمر يشبه الأمر "الكامل" DR Failover (--restore revertvolume)، ولكن بدلا من قطع النسخ المتماثل بين الموقع الأساسي وموقع التعافي من الكوارث، يتم إنشاء وحدة تخزين استنساخ من وحدات تخزين التعافي من الكوارث، ما يسمح باستعادة أحدث لقطة في موقع DR. ثم يمكن للعميل استخدام وحدات التخزين المستنسخة هذه لاختبار التعافي من الكوارث دون الحاجة إلى تنفيذ تجاوز فشل كامل لبيئة HANA الخاصة بهم التي تكسر اتفاقية النسخ المتماثل بين الموقع الأساسي وموقع التعافي من الكوارث.

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

يجب أن يحتوي ملف التكوين (على سبيل المثال، DR.json) على وحدات تخزين الاسترداد بعد الكوارث فقط وليس وحدات تخزين الإنتاج، وإلا يمكن أن تحتوي وحدات تخزين الإنتاج على نسخ تم إنشاؤها.

azacsnap -c restore --restore snaptovol إخراج الأمر (لسيناريو العقدة الواحدة)

> azacsnap --configfile DR.json -c restore --restore snaptovol --dbsid H80
* This program is designed for those customers who have previously installed the
  Production HANA instance in the Disaster Recovery Location either as a
  stand-alone instance or as part of a multi-purpose environment.
* This program should be executed from the Disaster Recovery location otherwise
  unintended consequences may result.
* This program is intended to allow the customer to simulate a Disaster Recovery
  failover without actually requiring a failover and subsequent failback.
* Any other restore points must be handled by Microsoft Operations.
* As part of the process, a clone is created of the each of the 'data' and 'other'
  volumes per the configuration file.

Do you wish to continue? (y/n) [n]: y

About to create clones of volumes based on the latest snapshot, these will be
kept for 4 weeks before being automatically deleted by Microsoft Operations.
Enter an email address to contact when deleting clones: <b>person@nowhere.com</b>
Checking state of HLI volumes for SID 'PEW'
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Configured volumes (Data and Other) are not ready to clone, will retry in 00:00:10 seconds
Displaying Mount Points by Volume as follows:
10.50.251.34:/hana_data_h80_sapprdhdb80_mnt00001_t020_xdp_rwclone_20200916_0256  /hana/data/H80/mnt00001 nfs  rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
10.50.251.36:/hana_log_backups_h80_sapprdhdb80_t020_xdp_rwclone_20200916_0256  /hana/log_backups/H80/01 nfs  rw,bg,hard,timeo=600,vers=4,rsize=1048576,wsize=1048576,intr,noatime,lock 0 0
*******************  HANA Test DR Restore Steps  ******************************
* Complete the following steps to recover your HANA database:           *
* 1. Ensure ALL the target mount points exist to mount the snapshot clones.    *
*    e.g. mkdir /hana/logbackups/H99_SOURCE                                    *
* 2. Add Mount Point Details from 'Displaying Mount Points by Volume' as       *
*    output above into /etc/fstab of DR Server.                                *
* 3. Mount newly added filesystems.                                            *
* 4. Perform HANA Snapshot Recovery using HANA Studio.                         *
********************************************************************************
*  These snapshot copies (clones) are kept for 4 weeks before                  *
*  being automatically removed.                                                *
*  Please contact Microsoft Operations to delete them earlier.                 *
********************************************************************************

تنفيذ تجاوز فشل DR الكامل azacsnap -c restore --restore revertvolume

يوقف هذا الأمر النسخ المتماثل للتخزين من الموقع الأساسي إلى الموقع الثانوي، ويستعيد أحدث لقطة على وحدات تخزين DR، ويوفر نقاط التحميل لوحدات تخزين DR.

يجب تنفيذ هذا الأمر على خادم DR باستخدام ملف تكوين (على سبيل المثال، DR.json) مع وحدات تخزين DR فقط!

قم بإجراء تجاوز فشل إلى موقع DR، عن طريق تنفيذ الأمر azacsnap -c restore --restore revertvolume. يتطلب هذا الأمر إضافة SID كمعلمة. هذا هو SID لمثيل HANA، والذي يحتاج إلى استرداد في موقع DR.

على المستوى العالي، فيما يلي خطوات تنفيذ تجاوز فشل DR:

• يجب إيقاف تشغيل مثيل HANA في الموقع الأساسي . هذا الإجراء مطلوب فقط إذا كنت تقوم حقا بتجاوز الفشل إلى موقع DR لتجنب عدم تناسق البيانات.
• إيقاف تشغيل مثيل HANA على عقدة DR ل SID الإنتاج.
• تنفيذ الأمر azacsnap -c restore --restore revertvolume على عقدة DR مع SID المراد استرداده.
  • الأمر يكسر ارتباط النسخ المتماثل للتخزين من الأساسي إلى موقع DR
  • يستعيد الأمر وحدات التخزين "data" و"other" كما تم تكوينها. عادة ما تكون هذه العملية لوحدات التخزين لنظامي /hana/data الملفات و /hana/logbackups . /hana/shared لا يتم استرداد نظام الملفات، ولكن بدلا من ذلك يستخدم الموجود /hana/shared ل SID في موقع DR.
  • تحميل وحدات التخزين /hana/data و /hana/logbackups - تأكد من إضافتها إلى /etc/fstab الملف
• استعادة لقطة HANA SYSTEMDB. يظهر لك استوديو HANA فقط أحدث لقطة HANA المتوفرة ضمن لقطة التخزين المستعادة كجزء من تنفيذ أمر azacsnap -c restore --restore revertvolume اللقطة.
• استرداد قاعدة بيانات المستأجر.
• ابدأ تشغيل مثيل HANA على موقع DR لمعرف SID للإنتاج (مثال: H80 في هذه الحالة).
• قم بإجراء أي اختبار لقاعدة البيانات.

الخطوات التالية

• أخذ نسخة احتياطية
• الحصول على تفاصيل اللقطة