إنشاء نسخة احتياطية أو استعادة نسخة احتياطية باستخدام الأوامر

1. نقطة نهاية AWS S3، بالتنسيق: s3://<bucket_name>.s3.amazonaws.com/<optional_directory> على سبيل المثال: s3://testchbackups.s3.amazonaws.com/ حيث:
   • testchbackups هو اسم حاوية التخزين S3 التي ستُصدَّر إليها النسخ الاحتياطية.
   • backups هو دليل فرعي اختياري.
2. مفتاح الوصول والسر الخاصان بـ AWS. كما أن المصادقة المستندة إلى دور AWS مدعومة أيضًا، ويمكن استخدامها بدلًا من مفتاح الوصول والسر الخاصين بـ AWS كما هو موضح في القسم أعلاه.

1. نقطة نهاية GCS، بالتنسيق: https://storage.googleapis.com/<bucket_name>/
2. مفتاح HMAC للوصول وسر HMAC.

1. سلسلة اتصال Azure Storage.
2. اسم حاوية Azure في حساب التخزين.
3. كائن Blob في الحاوية.

BACKUP DATABASE test_backups 
TO S3(
  'https://testchbackups.s3.amazonaws.com/<uuid>',
  '<key id>',
  '<key secret>'
)

حيث إن uuid معرّف فريد يُستخدم للتمييز بين مجموعة من النسخ الاحتياطية.

BACKUP DATABASE test_backups 
TO S3(
  'https://storage.googleapis.com/<bucket>/<uuid>',
  '<hmac-key>',
  '<hmac-secret>'
)

حيث إن uuid معرّف فريد يُستخدم لتحديد النسخة الاحتياطية.

BACKUP DATABASE test_backups 
TO AzureBlobStorage(
  '<AzureBlobStorage endpoint connection string>',
  '<container>',
  '<blob>/<>'
)

حيث إن uuid معرّف فريد يُستخدم لتحديد النسخة الاحتياطية.

BACKUP 
    TABLE system.users,
    TABLE system.roles,
    TABLE system.settings_profiles,
    TABLE system.row_policies,
    TABLE system.quotas,
    TABLE system.functions,
    ALL EXCEPT DATABASES INFORMATION_SCHEMA, information_schema, system
TO S3(
    'https://testchbackups.s3.amazonaws.com/<uuid>',
    '<key id>',
    '<key secret>'
)

حيث إن uuid معرّف فريد يُستخدم لتحديد النسخة الاحتياطية.

RESTORE ALL
FROM S3(
    'https://testchbackups.s3.amazonaws.com/<uuid>',
    '<key id>',
    '<key secret>'
)
SETTINGS restore_access_entities_with_current_grants = 1

تتوفر إعدادات restore_access_entities_with_current_grants بدءًا من إصدار ClickHouse Cloud 26.4 (البنية 26.4.1.1942 أو إصدار أحدث). يمكنك التحقق من الإصدار الذي تعمل به خدمتك باستخدام:

SELECT version()

عند تمكين restore_access_entities_with_current_grants، تُقيَّد منح المستخدمين والأدوار المستعادة بما يُسمح للمستخدم الذي يجري الاستعادة بمنحه (بنفس دلالات GRANT CURRENT GRANTS)، بدلًا من فشل RESTORE بـ ACCESS_DENIED عندما تحتوي النسخة الاحتياطية على أذونات أكثر مما يمكن للمستخدم الذي يجري الاستعادة منحه.

في الإصدارات الأقدم من 26.4، احذف هذا الإعداد.