استعادة السجلات في Azure Monitor

توفر عملية الاستعادة نطاقًا زمنيًا محددًا للبيانات في جدول متاح في ذاكرة تخزين مؤقت ساخنة للاستعلامات عالية الأداء. توضح هذه المقالة كيفية استعادة البيانات، والاستعلام عن تلك البيانات، ثم استبعاد البيانات عند الانتهاء.

الأذونات

لاستعادة البيانات من جدول مؤرشف، تحتاج إلى Microsoft.OperationalInsights/workspaces/tables/write مساحة عمل Log Analytics وأذونات Microsoft.OperationalInsights/workspaces/restoreLogs/write لها، على سبيل المثال، كما هو مقدم من الدور المضمن ل Log Analytics Contributor.

متى يتم استعادة السجلات

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

إشعار

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

ماذا تفعل استعادة؟

عندما تقوم باستعادة البيانات، فإنك تحدد الجدول المصدر الذي يحتوي على البيانات التي تريد الاستعلام عنها واسم جدول الوجهة الجديد الذي سيتم إنشاؤه.

تقوم عملية الاستعادة بإنشاء جدول الاستعادة وتخصيص موارد حساب إضافية للاستعلام عن البيانات المستعادة باستخدام استعلامات عالية الأداء تدعم KQL الكامل.

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

استعادة البيانات

API

لاستعادة البيانات من جدول، اتصل بواجهة برمجة التطبيقات الجداول - إنشاء أو تحديث. يجب أن ينتهي اسم الجدول الوجهة بـ _RST.

PUT https://management.azure.com/subscriptions/{subscriptionId}/resourcegroups/{resourceGroupName}/providers/Microsoft.OperationalInsights/workspaces/{workspaceName}/tables/{user defined name}_RST?api-version=2021-12-01-preview

نص الطلب

يجب أن يتضمن نص الطلب القيم التالية:

Name	كتابة	‏‏الوصف
properties.restoredLogs.sourceTable	سلسلة	الجدول مع البيانات لاستعادتها.
properties.restoredLogs.startRestoreTime	سلسلة	بداية النطاق الزمني للاستعادة.
properties.restoredLogs.endRestoreTime	سلسلة	نهاية النطاق الزمني المطلوب استعادته.

استعادة حالة الجدول

تشير الخاصية provisioningState إلى الحالة الحالية لعملية استعادة الجدول. تقوم API بإرجاع هذه الخاصية عند بدء الاستعادة، ويمكنك استرداد هذه الخاصية لاحقاً باستخدام عملية GET في الجدول. تحتوي الخاصية provisioningState على إحدى القيم التالية:

قيمة	‏‏الوصف
Updating	عملية الاستعادة جارية.
نجح	اكتملت عملية الاستعادة.
الحذف	حذف الجدول المستعاد.

نموذج الطلب

يستعيد هذا النموذج البيانات من شهر يناير 2020 من جدول Usage إلى جدول يسمى Usage_RST.

Request

PUT https://management.azure.com/subscriptions/00000000-0000-0000-0000-00000000000/resourcegroups/testRG/providers/Microsoft.OperationalInsights/workspaces/testWS/tables/Usage_RST?api-version=2021-12-01-preview

نص طلب:

{
    "properties":  {
    "restoredLogs":  {
                      "startRestoreTime":  "2020-01-01T00:00:00Z",
                      "endRestoreTime":  "2020-01-31T00:00:00Z",
                      "sourceTable":  "Usage"
    }
  }
}

المبادره القطريه

لاستعادة البيانات من جدول، قم بتشغيل الأمر az monitor log-analytics workspace table restore create.

على سبيل المثال:

az monitor log-analytics workspace table restore create --subscription ContosoSID --resource-group ContosoRG  --workspace-name ContosoWorkspace --name Heartbeat_RST --restore-source-table Heartbeat --start-restore-time "2022-01-01T00:00:00.000Z" --end-restore-time "2022-01-08T00:00:00.000Z" --no-wait

الاستعلام عن البيانات المستعادة

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

قم بتعيين النطاق الزمني لطلب البحث إما عن طريق:

• تحديد Custom في القائمة المنسدلة Time range أعلى محرر الاستعلام وإعداد القيم من وإلى.
  
  أو

• تحديد النطاق الزمني في الاستعلام. على سبيل المثال:

  let startTime =datetime(01/01/2022 8:00:00 PM);
  let endTime =datetime(01/05/2022 8:00:00 PM);
  TableName_RST
  | where TimeGenerated between(startTime .. endTime)
  

رفض البيانات المستعادة

لتوفير التكاليف، نوصي بحذف الجدول المستعادة لتجاهل البيانات المستعادة عندما لم تعد بحاجة إليها.

لا يؤدي حذف الجدول المستعاد إلى حذف البيانات الموجودة في الجدول المصدر.

إشعار

البيانات المستعادة متاحة ما دام أن البيانات المصدر الأساسية متاحة. عندما تحذف الجدول المصدر من مساحة العمل أو عندما تنتهي فترة الاحتفاظ بالجدول المصدر، يتم استبعاد البيانات من الجدول الذي تمت استعادته. ومع ذلك، سيبقى الجدول الفارغ إذا لم تحذفه بشكل صريح.

القيود

استعادة تخضع للقيود التالية.

يمكنك:

• استعادة البيانات من فترة يومين على الأقل.

• استعادة ما يصل إلى 60 تيرابايت.

• قم بتشغيل ما يصل إلى عمليتي استعادة في مساحة عمل بشكل متزامن.

• قم بتشغيل استعادة نشطة واحدة فقط على جدول معين في وقت معين. فشل تنفيذ استعادة ثانية على جدول يحتوي بالفعل على استعادة نشطة.

• إجراء ما يصل إلى أربع عمليات استعادة لكل جدول في الأسبوع.

نموذج الأسعار

تستند رسوم السجلات المستعادة إلى حجم البيانات التي تستعيدها، والمدة التي تكون فيها الاستعادة نشطة. وبالتالي، فإن وحدات السعر هي لكل غيغابايت في اليوم. تتم فوترة عمليات استعادة البيانات في كل يوم من أيام UTC تكون الاستعادة نشطة.

• تخضع الرسوم إلى حد أدنى من حجم البيانات المستعادة وهو 2 ТБ لكل استعادة. إذا قمت باستعادة بيانات أقل، فستتم محاسبتك على الحد الأدنى ТБ 2 كل يوم حتى يتم تجاهل الاستعادة.

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

• الحد الأدنى للرسو هو لمدة استعادة 12 ساعة، حتى إذا كانت الاستعادة نشطة لمدة أقل من 12 ساعة.

• لمزيد من المعلومات حول سعر استعادة البيانات، راجع تسعير Azure Monitor في علامة التبويب Logs.

فيما يلي بعض الأمثلة لتوضيح حسابات تكلفة استعادة البيانات:

1. إذا كان الجدول يحتوي على 500 غيغابايت يوميا وقمت باستعادة بيانات 10 أيام من هذا الجدول، فإن إجمالي حجم الاستعادة هو 5 ТБ. يتم تحصيل رسوم منك مقابل 5 ТБ من البيانات المستعادة كل يوم حتى تقوم بتجاهل البيانات المستعادة. التكلفة اليومية هي 5000 غيغابايت مضروبة في سعر استعادة البيانات (راجع أسعار Azure Monitor.)

2. إذا تمت استعادة 700 غيغابايت فقط من البيانات بدلا من ذلك، تتم فوترة كل يوم تكون فيه الاستعادة نشطة لمستوى الاستعادة الأدنى 2 ТБ. التكلفة اليومية هي 2000 غيغابايت مضروبة في سعر استعادة البيانات.

3. إذا تم الاحتفاظ باستعادة بيانات 5 ТБ نشطة لمدة ساعة واحدة فقط، تتم فوترتها لمدة 12 ساعة كحد أدنى. تكلفة استعادة البيانات هذه هي 5000 غيغابايت مضروبة في سعر استعادة البيانات مضروبا في 0.5 يوما (الحد الأدنى 12 ساعة).

4. إذا تم الاحتفاظ باستعادة بيانات 700 غيغابايت نشطة لمدة ساعة واحدة فقط، تتم فوترتها لمدة 12 ساعة كحد أدنى. تبلغ تكلفة استعادة البيانات هذه 2000 غيغابايت (الحد الأدنى لحجم الاستعادة المفوترة) مضروبا في سعر استعادة البيانات مضروبا في 0.5 يوم (الحد الأدنى لمدة 12 ساعة).

إشعار

لا توجد رسوم على الاستعلام عن السجلات المستعادة لأنها سجلات التحليلات.

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

• تعرَّف على المزيد حول استبقاء بالبيانات وأرشفة البيانات.

• تعرَّف على معلومات حول وظائف البحث، وهي طريقة أخرى لاسترداد البيانات المؤرشفة.