مشاركة عبر


السجلات في قاعدة بيانات Azure ل PostgreSQL

تتيح لك قاعدة بيانات Azure ل PostgreSQL تكوين سجلات Postgres القياسية والوصول إليها. يمكن استخدام السجلات لتحديد أخطاء التكوين والأداء دون المستوى الأمثل واستكشاف الأخطاء وإصلاحها. تتضمن معلومات التسجيل التي يمكنك تكوينها والوصول إليها الأخطاء ومعلومات الاستعلام وسجلات الإخلاء التلقائي والاتصالات ونقاط التحقق. (الوصول إلى سجلات المعاملات غير متاح).

يتم توفير تسجيل التدقيق من خلال ملحق Postgres، pgaudit. لمعرفة المزيد، تفضل بزيارة مقالة مفاهيم التدقيق.

تكوين التسجيل

يمكنك تكوين تسجيل Postgres القياسي على الخادم الخاص بك باستخدام معلمات خادم التسجيل. لمعرفة المزيد حول معلمات سجل Postgres، تفضل بزيارة قسمي When To Log وWhat To Log في وثائق Postgres. تتوفر معظم معلمات تسجيل Postgres، وليس كلها، للتكوين في قاعدة بيانات Azure ل PostgreSQL.

لمعرفة كيفية تكوين المعلمات في قاعدة بيانات Azure ل PostgreSQL، راجع وثائق المدخل أو وثائق CLI.

إشعار

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

سجلات الوصول

تم دمج قاعدة بيانات Azure ل PostgreSQL مع إعدادات تشخيص Azure Monitor. تسمح لك إعدادات التشخيص بإرسال سجلات PostgreSQL بتنسيق JSON إلى سجلات Azure Monitor للتحليلات والتنبيه. يمكنك أيضا دفقها إلى مراكز الأحداث أو أرشفتها في Azure Storage.

التحكم في الوصول إلى السجلات

يتم التحكم في الوصول إلى سجلات الخادم من خلال التحكم في الوصول إلى Azure Role-Based (RBAC). يسمح أي دور يوفر الوصول للقراءة إلى الخادم أيضا بتنزيل السجلات. يتضمن ذلك الأدوار المضمنة مثل:

  • القارئ
  • قارئ المراقبة
  • قارئ Log Analytics
  • أو أدوار مخصصة مكافئة

تحذير

قد تحتوي السجلات على معلومات حساسة، مثل بيانات الاعتماد، بناء على تكوين التسجيل.

نهج استبقاء البيانات والتسعير

بالنسبة للسجلات المرسلة إلى مراكز الأحداث أو حساب التخزين، يمكنك إعداد نهج استبقاء لحذف البيانات تلقائيا بعد فترة معينة. تعتمد تكاليف Log Analytics على عاملين:

  • استيعاب البيانات: تستند الرسوم إلى حجم البيانات التي يتم استيعابها في مساحة العمل.
  • استبقاء البيانات: يتم الاحتفاظ بالسجلات المخزنة في مساحة عمل Log Analytics مجانا لأول 31 يوما. بعد فترة الاحتفاظ المجانية هذه ، هناك رسوم لتخزين البيانات ، يتم احتسابها على أساس تناسبي يومي ، بناء على كمية البيانات (بالجيجابايت) التي يتم الاحتفاظ بها كل شهر.

للحصول على تفاصيل التكاليف المرتبطة باستيعاب البيانات والاحتفاظ بها، تفضل بزيارة صفحة تسعير Azure Monitor.

تنسيق السجل

يصف الجدول التالي حقول نوع PostgreSQLLogs. بناء على نقطة نهاية الإخراج التي تختارها، قد تختلف الحقول المضمنة وترتيب ظهورها.

ميدان الوصف
TenantId معرف المستأجر
نظام المصدر Azure
TimeGenerated [توقيت عالمي متفق عليه] الطابع الزمني عندما تم تسجيل السجل في UTC
نوع نوع الـسجل. دائم AzureDiagnostics
SubscriptionId. معرّف فريد للاشتراك الذي ينتمي إليه الخادم
ResourceGroup اسم مجموعة الموارد التي ينتمي إليها الخادم
موفر المورد اسم موفر المورد. دائم MICROSOFT.DBFORPOSTGRESQL
ResourceType FlexibleServers
ResourceId URI للمورد
Resource اسم الـخادم
الفئة PostgreSQLLogs
OperationName LogEvent
errorLevel_s مستوى التسجيل، على سبيل المثال: LOG، ERROR، NOTICE
processId_d معرف العملية لواجهة PostgreSQL الخلفية
sqlerrcode_s رمز خطأ PostgreSQL الذي يتبع اصطلاحات معيار SQL لرمز SQLSTATE
رسالة رسالة السجل الأساسي
التفاصيل رسالة السجل الثانوي (إذا كان ذلك ممكناً)
ColumnName اسم العمود (إن أمكن)
اسم المخطط اسم المخطط (إن أمكن)
DatatypeName اسم نوع البيانات (إن أمكن)
_ResourceId URI للمورد

القيود المعروفة

  • حجم حدث السجل: لا يتم التقاط خطط الاستعلام أو رسائل السجل التي يزيد حجمها عن 65 كيلوبايت في سجلات Azure Monitor. هذا هو حد Azure Monitor على مستوى النظام الأساسي. ونتيجة لذلك، قد تؤدي الاستعلامات المعقدة (على سبيل المثال، تلك التي تتضمن طرق عرض متداخلة) إلى إنشاء إخراج خطة استعلام غير مكتملة أو مفقودة في سجلات الخادم.
  • قيود أخرى: تنطبق حدود أخرى على مستوى النظام الأساسي على سجلات Azure Monitor، مثل الحصص النسبية لقاعدة التنبيه وحجم نتيجة الاستعلام. للحصول على القائمة الكاملة، راجع وثائق حدود خدمة Azure Monitor للحصول على التفاصيل.