مشاركة عبر


معاينة ميزات أداة Azure Application Consistent Snapshot

توفر هذه المقالة دليلا حول إعداد واستخدام الميزات الجديدة في المعاينة لأداة Azure Application Consistent Snapshot (AzAcSnap). للحصول على معلومات أساسية حول الأداة، راجع ما هي أداة Azure Application Consistent Snapshot؟.

ميزات المعاينة المتوفرة مع AzAcSnap 11 هي:

  • نسخ Azure NetApp Files احتياطيًا
  • الأقراص المُدارة في Azure

إشعار

يتم توفير المعاينات "كما هي" و"مع جميع الأخطاء" و"كما هو متاح" ويتم استبعادها من اتفاقيات مستوى الخدمة وقد لا يغطيها دعم العملاء. تخضع المعاينات لشروط الاستخدام التكميلية لمعاينات Microsoft Azure الموجودة في https://azure.microsoft.com/support/legal/preview-supplemental-terms/

استخدام ميزات معاينة AzAcSnap

يتم تقديم ميزات معاينة AzAcSnap جنبا إلى جنب مع الميزات المتوفرة بشكل عام. يتطلب استخدام ميزات المعاينة استخدام --preview خيار سطر الأوامر. لإعداد AzAcSnap وتثبيته، راجع بدء استخدام أداة Azure Application Consistent Snapshot.

تقديم الملاحظات

يمكنك تقديم ملاحظات حول AzAcSnap، بما في ذلك هذه المعاينة، عبر الإنترنت.

نسخ Azure NetApp Files احتياطيًا

عند التقاط لقطات باستخدام AzAcSnap على وحدات تخزين متعددة، يكون لجميع اللقطات نفس الاسم بشكل افتراضي. نظرا لإزالة اسم وحدة التخزين من التسلسل الهرمي لمعرف المورد عند أرشفة اللقطة في نسخة احتياطية من Azure NetApp Files، يجب التأكد من أن اسم اللقطة فريد.

يمكن أن يضمن AzAcSnap تلقائيا استخدام اسم فريد عند إنشاء اللقطة، عن طريق إلحاق اسم وحدة التخزين باسم اللقطة العادي. على سبيل المثال، بالنسبة لنظام يحتوي على وحدتي تخزين بيانات (hanadata01، hanadata02) عند استخدام -c backup مع --prefix daily، تصبح daily__F2AFDF98703__hanadata01 أسماء اللقطات الكاملة و daily__F2AFDF98703__hanadata02.

يمكنك تمكين هذه الميزة في AzAcSnap عن طريق الإعداد "anfBackup": "renameOnly" في ملف التكوين، كما يظهر المقتطف التالي:

"anfStorage": [
  {
    "anfBackup" : "renameOnly",
    "dataVolume": [

يمكنك أيضا تمكين هذه الميزة باستخدام azacsnap -c configure --configuration edit --configfile <configfilename>. بالنسبة إلى Enter new value for 'ANF Backup (none, renameOnly)' (current = 'none'):، أدخل renameOnly.

لمزيد من المعلومات حول هذه الميزة، راجع تكوين أداة Azure Application Consistent Snapshot.

الأقراص المُدارة في Azure

توفر Microsoft العديد من خيارات التخزين لنشر قواعد البيانات مثل SAP HANA. للحصول على تفاصيل حول بعض هذه الخيارات، راجع أنواع تخزين Azure لحمل عمل SAP. هناك أيضا حل مراعي للتكلفة مع تخزين Azure المتميز.

يمكن أن يأخذ AzAcSnap لقطات قاعدة بيانات متناسقة مع التطبيق عند نشرها على هذا النوع من البنية (أي جهاز ظاهري [VM] مع أقراص مدارة). ولكن إعداد هذا النظام الأساسي أكثر تعقيدا قليلا لأنه في هذا السيناريو يأخذ AzAcSnap خطوة إضافية لمحاولة مسح جميع المخازن المؤقتة للإدغال/الإخراج والتأكد من كتابتها في التخزين المستمر. على Linux AzAcSnap سيستدعي sync الأمر لمسح المخازن المؤقتة للملفات، في Windows يستخدم استدعاء kernel إلى FlushFileBuffers، قبل أن يأخذ لقطة من الأقراص المدارة في وحدات التخزين المنطقية المثبتة.

هام

سيحتاج AzAcSnap إلى أذونات نظام التشغيل المناسبة لوحدات التخزين حتى يتمكن من تنفيذ المسح.

إليك البنية على مستوى عال:

  1. إرفاق أقراص Azure المدارة بالجهاز الظاهري باستخدام مدخل Microsoft Azure.
  2. إنشاء وحدة تخزين منطقية من هذه الأقراص المدارة.
  3. تحميل وحدة التخزين المنطقية إلى دليل Linux.
  4. تمكين الاتصال بنفس الطريقة التي يتم بها تمكين Azure NetApp Files في تثبيت AzAcSnap.
  5. تثبيت وتكوين AzAcSnap.

لمزيد من المعلومات حول استخدام أقراص Azure المدارة كنهاية خلفية للتخزين، راجع تكوين أداة لقطة متناسقة لتطبيق Azure.

مثال لملف التكوين

فيما يلي مثال لملف التكوين. لاحظ التسلسل الهرمي ل dataVolumeو mountPointو.azureManagedDisks

{
  "version": "5.1 Preview",
  "logPath": "./logs",
  "securityPath": "./security",
  "comments": [],
  "database": [
    {
      "hana": {
        "serverAddress": "127.0.0.1",
        "sid": "P40",
        "instanceNumber": "00",
        "hdbUserStoreName": "AZACSNAP",
        "savePointAbortWaitSeconds": 600,
        "autoDisableEnableBackint": false,
        "storage": [
          {
            "dataVolumes": [
              {
                "mountPoint": "/hana/data",
                "aliStorageResources": [
                "azureManagedDisks": [
                  {
                    "resourceId": "/subscriptions/<sub-id>/resourceGroups/<rg-name>/providers/Microsoft.Compute/disks/<disk01>",
                    "authFile": ""
                  },
                  {
                    "resourceId": "/subscriptions/<sub-id>/resourceGroups/<rg-name>/providers/Microsoft.Compute/disks/<disk02>",
                    "authFile": ""
                  }
                ]
              }
            ]
          }
        ]
      }
    }
  ]
}

تخطيط تخزين الجهاز الظاهري

يبدو التسلسل الهرمي للتخزين مثل المثال التالي ل SAP HANA:

  • ملفات البيانات لقاعدة بيانات SAP HANA:

    /hana/data/mnt00001
    
  • نقطة التحميل:

    /dev/mapper/hanadata-hanadata on /hana/data type xfs 
    
  • وحدة التخزين المنطقية:

    lvdisplay
    
    --- Logical volume ---
    LV Path                /dev/hanadata/hanadata
    LV Name                hanadata
    VG Name                hanadata
    
  • مجموعة وحدة التخزين:

    vgdisplay
    
    --- Volume group ---
    VG Name               hanadata
    System ID
    Format                lvm2
    Metadata Areas        2
    Metadata Sequence No  2
    VG Access             read/write
    VG Status             resizable
    MAX LV                0
    Cur LV                1
    Open LV               1
    Max PV                0
    Cur PV                2
    Act PV                2
    VG Size               1023.99 GiB
    
  • وحدات التخزين الفعلية (أقراص Azure المدارة المرفقة):

    pvdisplay
    
    --- Physical volume ---
    PV Name               /dev/sdd
    VG Name               hanadata
    PV Size               512.00 GiB / not usable 4.00 MiB
    Allocatable           yes (but full)
    PE Size               4.00 MiB
    Total PE              131071
    Free PE               0
    Allocated PE          131071
    PV UUID               K3yhxN-2713-lk4k-c3Pc-xOJQ-sCkD-8ZE6YX
    --- Physical volume ---
    PV Name               /dev/sdc
    VG Name               hanadata
    PV Size               512.00 GiB / not usable 4.00 MiB
    Allocatable           yes (but full)
    PE Size               4.00 MiB
    Total PE              131071
    Free PE               0
    Allocated PE          131071
    PV UUID               RNCylW-F3OG-G93c-1XL3-W6pw-M0XB-2mYFGV
    

يتبع تثبيت وإعداد Azure VM والأقراص المدارة من Azure بهذه الطريقة إرشادات Microsoft لإنشاء خطوط Logical Volume Manager (LVM) للأقراص المدارة على الجهاز الظاهري.

مع إعداد Azure VM كما هو محدد، يمكن ل AzAcSnap أخذ لقطات من أقراص Azure المدارة. تشبه عمليات اللقطة عمليات النهايات الخلفية للتخزين الأخرى التي يدعمها AzAcSnap؛ على سبيل المثال، Azure NetApp Files أو Azure Large Instances (بلا نظام تشغيل). نظرا لأن AzAcSnap يتصل ب Azure Resource Manager لأخذ لقطات، فإنه يحتاج أيضا إلى كيان خدمة مع الأذونات الصحيحة لأخذ لقطات القرص المدارة.

تسمح هذه الإمكانية للعملاء باختبار AzAcSnap على نظام أصغر وتوسيع نطاقه إلى Azure NetApp Files و/أو Azure Large Instances (بلا نظام تشغيل).

وظيفة الأوامر المدعومة azacsnap مع الأقراص المدارة من Azure هي configureو testbackupdeleteو و detailsو ولكن ليس بعد restore.

الاستعادة من لقطة قرص مدارة من Azure

على الرغم من أنه azacsnap يفتقد -c restore حاليا خيار الأقراص المدارة من Azure، فمن الممكن الاستعادة يدويا كما يلي:

  1. إنشاء أقراص من اللقطات عبر مدخل Microsoft Azure.

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

  2. قم بتوصيل الأقراص بالجهاز الظاهري عبر مدخل Microsoft Azure.

  3. سجل الدخول إلى الجهاز الظاهري كمستخدم الجذر وافحص الأقراص المرفقة حديثا باستخدام dmesg أو pvscan:

    • استخدام dmesg:

      dmesg | tail -n30
      
      [2510054.252801] scsi 5:0:0:2: Direct-Access     Msft     Virtual Disk     1.0  PQ:0 ANSI: 5
      [2510054.262358] scsi 5:0:0:2: Attached scsi generic sg4 type 0
      [2510054.268514] sd 5:0:0:2: [sde] 1073741824 512-byte logical blocks: (550 GB/512 GiB)
      [2510054.272583] sd 5:0:0:2: [sde] 4096-byte physical blocks
      [2510054.275465] sd 5:0:0:2: [sde] Write Protect is off
      [2510054.277915] sd 5:0:0:2: [sde] Mode Sense: 0f 00 10 00
      [2510054.278566] sd 5:0:0:2: [sde] Write cache: disabled, read cache: enabled, supports DPO and FUA
      [2510054.314269] sd 5:0:0:2: [sde] Attached SCSI disk
      [2510054.573135] scsi 5:0:0:3: Direct-Access     Msft     Virtual Disk     1.0  PQ: 0 ANSI: 5
      [2510054.579931] scsi 5:0:0:3: Attached scsi generic sg5 type 0
      [2510054.584505] sd 5:0:0:3: [sdf] 1073741824 512-byte logical blocks: (550 GB/512 GiB)
      [2510054.589293] sd 5:0:0:3: [sdf] 4096-byte physical blocks
      [2510054.592237] sd 5:0:0:3: [sdf] Write Protect is off
      [2510054.594735] sd 5:0:0:3: [sdf] Mode Sense: 0f 00 10 00
      [2510054.594839] sd 5:0:0:3: [sdf] Write cache: disabled, read cache: enabled, supports DPO and FUA
      [2510054.627310] sd 5:0:0:3: [sdf] Attached SCSI disk
      
    • استخدام pvscan:

      saphana:~ # pvscan
      
      WARNING: scan found duplicate PVID RNCylWF3OGG93c1XL3W6pwM0XB2mYFGV on /dev/sde
      WARNING: scan found duplicate PVID K3yhxN2713lk4kc3PcxOJQsCkD8ZE6YX on /dev/sdf
      WARNING: Not using device /dev/sde for PV RNCylW-F3OG-G93c-1XL3-W6pw-M0XB-2mYFGV.
      WARNING: Not using device /dev/sdf for PV K3yhxN-2713-lk4k-c3Pc-xOJQ-sCkD-8ZE6YX.
      WARNING: PV RNCylW-F3OG-G93c-1XL3-W6pw-M0XB-2mYFGV prefers device /dev/sdc because device is used by LV.
      WARNING: PV K3yhxN-2713-lk4k-c3Pc-xOJQ-sCkD-8ZE6YX prefers device /dev/sdd because device is used by LV.
      PV /dev/sdd   VG hanadata        lvm2 [512.00 GiB / 0    free]
      PV /dev/sdc   VG hanadata        lvm2 [512.00 GiB / 0    free]
      Total: 2 [1023.99 GiB] / in use: 2 [1023.99 GiB] / in no VG: 0 [0   ]
      
  4. استيراد نسخة مجموعة وحدة تخزين من الأقراص باستخدام vgimportclone كمستخدم الجذر:

    vgimportclone --basevgname hanadata_adhoc /dev/sde /dev/sdf
    
    WARNING: scan found duplicate PVID RNCylWF3OGG93c1XL3W6pwM0XB2mYFGV on /dev/sde
    WARNING: scan found duplicate PVID K3yhxN2713lk4kc3PcxOJQsCkD8ZE6YX on /dev/sdf
    WARNING: Not using device /dev/sde for PV RNCylW-F3OG-G93c-1XL3-W6pw-M0XB-2mYFGV.
    WARNING: Not using device /dev/sdf for PV K3yhxN-2713-lk4k-c3Pc-xOJQ-sCkD-8ZE6YX.
    WARNING: PV RNCylW-F3OG-G93c-1XL3-W6pw-M0XB-2mYFGV prefers device /dev/sdc because device is used by LV.
    WARNING: PV K3yhxN-2713-lk4k-c3Pc-xOJQ-sCkD-8ZE6YX prefers device /dev/sdd because device is used by LV.
    
  5. تنشيط وحدة التخزين المنطقية باستخدام pvscan و vgchange كمستخدم الجذر:

    pvscan --cache
    
    pvscan[23761] PV /dev/sdc online.
    pvscan[23761] PV /dev/sdd online.
    pvscan[23761] PV /dev/sde online.
    pvscan[23761] PV /dev/sdf online.
    
    vgchange -ay hanadata_adhoc
    
    1 logical volume(s) in volume group "hanadata_adhoc" now active
    
  6. تحميل وحدة التخزين المنطقية كمستخدم الجذر.

    mount -o rw,nouuid استخدم الخيارات. وإلا، سيفشل تحميل وحدة التخزين بسبب UUIDs المكررة (المعرفات الفريدة عالميا) على الجهاز الظاهري.

    mount -o rw,nouuid /dev/hanadata_adhoc/hanadata /mnt/hanadata_adhoc
    
  7. الوصول إلى البيانات:

    ls /mnt/hanadata_adhoc/
    
    software  write-test.txt
    

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