Pencadangan dan pemulihan SQL Server dengan penyimpanan objek yang kompatibel dengan S3

Berlaku untuk: SQL Server 2022 (16.x)

Artikel ini memperkenalkan konsep, persyaratan, dan komponen yang diperlukan untuk menggunakan penyimpanan objek yang kompatibel dengan S3 sebagai tujuan pencadangan.

Gambaran Umum

SQL Server 2022 (16.x) memperkenalkan integrasi penyimpanan objek ke platform data, memungkinkan Anda mengintegrasikan SQL Server dengan penyimpanan objek yang kompatibel dengan S3 selain Azure Storage. Untuk menyediakan integrasi ini, SQL Server menyediakan konektor S3, yang menggunakan S3 REST API untuk terhubung ke penyedia penyimpanan objek yang kompatibel dengan S3. SQL Server 2022 (16.x) memperluas sintaks BACKUP/RESTORE TO/FROM URL yang ada dengan menambahkan dukungan untuk konektor S3 menggunakan REST API. Untuk informasi tentang platform yang didukung, lihat penyedia penyimpanan objek yang kompatibel dengan S3.

Artikel ini berisi informasi tentang menggunakan Cadangan ke URL untuk penyimpanan objek yang kompatibel dengan S3. Untuk mempelajari selengkapnya tentang menggunakan Cadangan ke URL untuk penyimpanan objek yang kompatibel dengan S3, lihat Pencadangan SQL Server ke URL untuk penyimpanan objek yang kompatibel dengan S3.

Pencadangan dan Pemulihan ke penyimpanan yang kompatibel dengan S3

Sintaks BACKUP TO URL dan RESTORE FROM URL mendukung konektor S3. Untuk informasi selengkapnya tentang fungsionalitas Pencadangan ke URL, lihat:

Penyedia penyimpanan objek yang kompatibel dengan S3

Ada banyak penyedia penyimpanan objek yang kompatibel dengan S3 di pasar saat ini. Penyimpanan objek disediakan sebagai perangkat lunak yang ditentukan, sebagai appliance perangkat keras, atau sebagai kombinasi untuk skenario cloud hibrid.

Tabel berikut ini menyediakan ringkasan penyedia penyimpanan objek yang tidak ada yang menawarkan titik akhir S3 sebagai bagian dari solusinya.

Vendor (alfabet) Menawarkan
AWS AWS Simple Cloud Storage (S3)
Ceph Ceph
Cloudian HyperStore
Dell Technologies Penyimpanan Objek Perusahaan ECS
Hitachi Vantara Platform Konten Hitachi untuk Skala Cloud
HPE HPE Ezmeral Data Fabric
MinIO Penyimpanan Objek Multicloud
NetApp StorageGRID
ONTAP
Nutanix Penyimpanan Objek Nutanix
Pure Storage FlashBlade Murni
Red Hat Penyimpanan Kontainer OpenShift
Scality Skalabilitas Artesca
Weka Weka S3

Prasyarat untuk titik akhir S3

Titik akhir S3 harus dikonfigurasi sebagai berikut:

  • TLS harus dikonfigurasi. Diasumsikan bahwa semua koneksi akan ditransmisikan dengan aman melalui HTTPS bukan HTTP. SQL Server memerlukan sertifikat untuk skenario ini.
  • Pengguna (ID Kunci Akses) harus dikonfigurasi dan rahasia (ID Kunci Rahasia) untuk pengguna tersebut diketahui oleh Anda. Anda memerlukan keduanya untuk mengautentikasi terhadap titik akhir S3.
  • Setidaknya satu wadah harus dikonfigurasi. Wadah tidak dapat dibuat atau dikonfigurasi di dalam SQL Server 2022 (16.x).

Praktik terbaik performa

Tanyakan kepada penyedia penyimpanan objek yang kompatibel dengan S3 Anda untuk panduan tentang pengoptimalan praktik terbaik performa, penyiapan awal, dan konfigurasi. Karena berbagai solusi dan penyiapan, nilai yang direkomendasikan untuk parameter dan throughput pencadangan dan pemulihan dapat berubah.

Dengan menggunakan bagian S3 di SQL Server 2022 (16.x), Anda dapat menghapus set cadangan Anda untuk mendukung ukuran file hingga 12,8 TB.

Masalah dan batasan yang diketahui

Karena keterbatasan S3 Standard REST API saat ini, file data yang tidak dilakukan sementara tidak dihapus jika ada kegagalan. Mereka dapat dibuat di penyimpanan objek yang kompatibel dengan S3 karena operasi pengunggahan multibagian yang sedang berlangsung saat perintah BACKUP T-SQL sedang berjalan. Blok data yang tidak dikomit ini bertahan di penyimpanan objek yang kompatibel dengan S3 jika perintah BACKUP T-SQL gagal atau dibatalkan. Jika pencadangan berhasil, penyimpanan objek secara otomatis menghapus file sementara ini untuk membentuk file cadangan akhir. Beberapa penyedia S3 menangani pembersihan file sementara melalui sistem pengumpul sampah mereka.