Perangkat Cadangan (SQL Server)

Berlaku untuk:SQL Server

Selama operasi pencadangan pada database SQL Server, data yang dicadangkan (cadangan) ditulis ke perangkat cadangan fisik. Perangkat cadangan fisik ini diinisialisasi ketika cadangan pertama dalam set media ditulis ke dalamnya. Cadangan pada satu atau lebih perangkat cadangan membentuk satu set media.

Syarat dan definisi

disk cadangan
Hard disk atau media penyimpanan disk lainnya yang berisi satu atau beberapa file cadangan. File cadangan adalah file sistem operasi reguler.

kumpulan media
Kumpulan media cadangan, kaset, atau file disk yang diurutkan, yang menggunakan jenis tetap dan jumlah perangkat cadangan. Untuk informasi selengkapnya tentang set media, lihat Set Media, Keluarga Media, dan Kumpulan Cadangan (SQL Server).

perangkat pencadangan fisik
Salah satu dari drive pita atau berkas disk yang disediakan oleh sistem operasi. Cadangan dapat ditulis ke dari 1 hingga 64 perangkat cadangan. Jika cadangan memerlukan beberapa perangkat cadangan, semua perangkat harus sesuai dengan satu jenis perangkat (disk atau pita).

Cadangan SQL Server juga dapat ditulis ke Azure Blob Storage selain disk atau pita.

Menggunakan perangkat cadangan disk

Jika file disk terisi saat operasi pencadangan menambahkan cadangan ke set media, operasi pencadangan gagal. Ukuran maksimum file cadangan ditentukan oleh ruang disk kosong yang tersedia pada perangkat disk; oleh karena itu, ukuran yang sesuai untuk perangkat disk cadangan tergantung pada ukuran cadangan Anda.

Perangkat cadangan disk bisa menjadi perangkat disk sederhana, seperti drive ATA. Atau, Anda dapat menggunakan drive disk hot-swappable yang akan memungkinkan Anda mengganti disk penuh secara transparan pada drive dengan disk kosong. Disk cadangan dapat berupa disk lokal di server atau disk jarak jauh yang merupakan sumber daya jaringan bersama. Untuk informasi tentang cara menggunakan disk jarak jauh, lihat Mencadangkan ke File di Share Jaringan, selanjutnya dalam topik ini.

Alat manajemen SQL Server sangat fleksibel dalam menangani perangkat cadangan disk karena secara otomatis menghasilkan nama bertanda waktu pada file disk.

Penting

Kami menyarankan agar disk cadangan menjadi disk yang berbeda dari data database dan disk log. Ini diperlukan untuk memastikan bahwa Anda dapat mengakses cadangan jika data atau disk log gagal.

Jika file database dan file cadangan berada di perangkat yang sama dan perangkat gagal, database dan cadangan tidak akan tersedia. Selain itu, menempatkan file database dan cadangan pada perangkat terpisah mengoptimalkan performa I/O untuk penggunaan produksi database dan penulisan cadangan.

Tentukan file cadangan menggunakan nama fisiknya (Transact-SQL)

Sintaks dasar BACKUP untuk menentukan file cadangan dengan menggunakan nama perangkat fisiknya adalah:

BACKUP DATABASE database_name

KE DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Contohnya:

BACKUP DATABASE AdventureWorks2022   
   TO DISK = 'Z:\SQLServerBackups\AdventureWorks2022.bak';  
GO

Untuk menentukan perangkat disk fisik dalam pernyataan RESTORE , sintaks dasarnya adalah:

RESTORE { DATABASE | LOG } database_name

DARI DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Contohnya,

RESTORE DATABASE AdventureWorks2022   
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks2022.bak';

Tentukan jalur file cadangan disk

Ketika Anda menentukan file cadangan, Anda harus memasukkan jalur lengkap dan nama filenya. Jika Anda hanya menentukan nama file atau jalur relatif saat mencadangkan ke file, file cadangan ditempatkan di direktori cadangan default. Direktori cadangan default adalah C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Backup, di mana n adalah jumlah instans server. Oleh karena itu, untuk instans server default, direktori cadangan default adalah: C:\Program Files\Microsoft SQL Server\MSSQL13. MSSQLSERVER\MSSQL\Backup.

Untuk menghindari ambiguitas, terutama dalam skrip, kami sarankan Anda secara eksplisit menentukan jalur direktori cadangan di setiap klausa DISK. Namun, ini kurang penting ketika Anda menggunakan Editor Kueri. Dalam hal ini, jika Anda yakin bahwa file cadangan berada di direktori cadangan default, Anda dapat menghilangkan jalur dari klausa DISK. Misalnya, pernyataan BACKUP berikut mencadangkan basis data AdventureWorks2025 ke direktori cadangan default.

BACKUP DATABASE AdventureWorks2022   
   TO DISK = 'AdventureWorks2022.bak';  
GO

Catatan

Lokasi default disimpan di kunci registri BackupDirectory di bawah HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.n\MSSQLServer.

Mencadangkan ke file berbagi jaringan

Agar SQL Server mengakses file disk jarak jauh, akun layanan SQL Server harus memiliki akses ke berbagi jaringan. Ini mencakup memiliki izin yang diperlukan agar operasi pencadangan dapat menulis ke share jaringan dan operasi pemulihan dapat membaca darinya. Ketersediaan drive dan izin jaringan tergantung pada konteks yang dijalankan layanan SQL Server:

  • Untuk membuat cadangan ke drive jaringan saat SQL Server berjalan dengan akun pengguna domain, drive yang dibagikan harus dipetakan menjadi drive jaringan dalam sesi tempat SQL Server berjalan. Jika Anda mulai Sqlservr.exe dari baris perintah, SQL Server melihat drive jaringan apa pun yang telah Anda petakan dalam sesi masuk Anda.

  • Saat Anda menjalankan Sqlservr.exe sebagai layanan, SQL Server berjalan dalam sesi terpisah yang tidak memiliki hubungan dengan sesi masuk Anda. Sesi di mana layanan berjalan dapat memiliki drive yang dipetakan sendiri, meskipun biasanya tidak.

  • Anda dapat tersambung dengan akun layanan jaringan dengan menggunakan akun komputer alih-alih pengguna domain. Untuk mengaktifkan proses pencadangan dari komputer tertentu ke drive bersama, berikan akses ke akun komputer. Selama proses Sqlservr.exe yang menulis backup memiliki akses, tidak penting apakah pengguna yang mengirim perintah BACKUP memiliki akses.

    Penting

    Mencadangkan data melalui jaringan dapat mengalami kesalahan jaringan; oleh karena itu, kami sarankan ketika Anda menggunakan disk jarak jauh, Anda memverifikasi operasi pencadangan setelah selesai. Untuk informasi selengkapnya, lihat RESTORE VERIFYONLY (Transact-SQL).

Tentukan nama Konvensi Penamaan Universal (UNC)

Untuk menentukan berbagi jaringan dalam perintah pencadangan atau pemulihan, gunakan nama konvensi penamaan universal (UNC) yang sepenuhnya memenuhi syarat dari file untuk perangkat cadangan. Nama UNC berbentuk \\Systemname\ShareName\Path\FileName.

Contohnya:

BACKUP DATABASE AdventureWorks2022   
   TO DISK = '\\BackupSystem\BackupDisk1\AW_backups\AdventureWorksData.Bak';  
GO

Menggunakan perangkat pita

Catatan

Dukungan untuk perangkat cadangan pita akan dihapus di versi SQL Server yang akan datang. Hindari menggunakan fitur ini dalam pekerjaan pengembangan baru, dan rencanakan untuk memodifikasi aplikasi yang saat ini menggunakan fitur ini.

Mencadangkan data SQL Server ke media pita mengharuskan agar drive pita didukung oleh sistem operasi Microsoft Windows. Selain itu, untuk penggerak pita yang dimaksud, kami sarankan agar Anda hanya menggunakan pita yang direkomendasikan oleh produsen penggerak tersebut. Untuk informasi selengkapnya tentang cara menginstal drive pita, lihat dokumentasi untuk sistem operasi Windows.

Ketika drive pita digunakan, operasi pencadangan dapat mengisi satu pita dan melanjutkan ke pita lain. Setiap pita berisi tajuk media. Media pertama yang digunakan disebut pita awal. Setiap pita berturut-turut dikenal sebagai pita kelanjutan dan memiliki nomor urutan media yang satu lebih tinggi dari pita sebelumnya. Misalnya, set media yang terkait dengan empat perangkat pita berisi setidaknya empat kaset awal (dan, jika database tidak cocok, empat rangkaian pita kelanjutan). Saat menambahkan set cadangan, Anda harus memasang pita terakhir dalam seri. Jika pita terakhir tidak dipasang, Mesin Database memindai maju ke akhir pita yang dipasang lalu mengharuskan Anda mengubah pita. Pada saat itu, pasang rekaman terakhir.

Perangkat cadangan pita digunakan seperti perangkat disk, dengan pengecualian berikut:

  • Perangkat pita harus terhubung secara fisik ke komputer yang menjalankan instans SQL Server. Pencadangan ke perangkat pita jarak jauh tidak didukung.

  • Jika perangkat cadangan pita diisi selama operasi pencadangan, tetapi lebih banyak data masih harus ditulis, SQL Server meminta pita baru dan melanjutkan operasi pencadangan setelah pita baru dimuat.

Tentukan pita cadangan menggunakan nama fisiknya (Transact-SQL)

Sintaks dasar BACKUP untuk menentukan pita cadangan menggunakan nama perangkat fisik drive pita adalah:

BACKUP { DATABASE | LOG } database_name

KE TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Contohnya:

BACKUP LOG AdventureWorks2022   
   TO TAPE = '\\.\tape0';  
GO

Untuk menentukan perangkat pita fisik dalam pernyataan RESTORE , sintaks dasarnya adalah:

RESTORE { DATABASE | LOG } database_name

DARI TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Opsi BACKUP dan RESTORE khusus pita (Transact-SQL)

Untuk memfasilitasi pengelolaan pita, pernyataan BACKUP menyediakan opsi khusus pita berikut:

  • { JANGAN LEPASKAN | LEPASKAN }

    Anda dapat mengontrol apakah pita cadangan dibongkar secara otomatis dari drive pita setelah operasi pencadangan atau pemulihan. UNLOAD/NOUNLOAD adalah pengaturan sesi yang tetap berlaku selama sesi berlangsung atau hingga diatur ulang dengan menetapkan opsi alternatif.

  • { PUTAR ULANG | TANPA PUTAR ULANG }

    Anda dapat mengontrol apakah SQL Server membiarkan pita tetap terbuka setelah operasi pencadangan atau pemulihan, atau melepaskan dan memundurkan pita setelah pita tersebut penuh. Perilaku defaultnya adalah memutar balik pita (REWIND).

Catatan

Untuk informasi selengkapnya tentang BACKUP sintaks dan argumen, lihat BACKUP (Transact-SQL). Untuk informasi selengkapnya tentang RESTORE sintaks dan argumen, lihat RESTORE (Transact-SQL) dan RESTORE Argumen (Transact-SQL), masing-masing.

Mengelola kaset terbuka

Untuk melihat daftar perangkat pita yang terbuka dan status permintaan pemasangan, jalankan kueri pada tampilan manajemen dinamis sys.dm_io_backup_tapes. Tampilan ini menunjukkan semua kaset terbuka. Ini mencakup pita yang sedang digunakan tetapi untuk sementara tidak aktif sambil menunggu operasi BACKUP atau RESTORE berikutnya.

Jika pita tidak sengaja dibiarkan terbuka, cara tercepat untuk melepaskan pita adalah dengan menggunakan perintah berikut: RESTORE REWINDONLY FROM TAPE =backup_device_name. Untuk informasi selengkapnya, lihat RESTORE REWINDONLY (Transact-SQL).

Menggunakan Azure Blob Storage

Cadangan SQL Server dapat ditulis ke Azure Blob Storage. Untuk informasi selengkapnya tentang cara menggunakan Azure Blob Storage untuk cadangan Anda, lihat Pencadangan dan Pemulihan SQL Server dengan Microsoft Azure Blob Storage.

Menggunakan perangkat cadangan logis

Perangkat cadangan logis adalah nama opsional yang ditentukan pengguna yang menunjuk ke perangkat cadangan fisik tertentu (file disk atau drive pita). Perangkat pencadangan logis memungkinkan Anda menggunakan perantara saat merujuk ke perangkat pencadangan fisik yang sesuai.

Menentukan perangkat cadangan logis melibatkan penetapan nama logis ke perangkat fisik. Misalnya, perangkat logis, AdventureWorksBackups, dapat didefinisikan untuk menunjuk ke berkas Z:\SQLServerBackups\AdventureWorks2022.bak atau drive pita \\.\tape0. Perintah pencadangan dan pemulihan kemudian dapat menentukan AdventureWorksBackups sebagai perangkat cadangan, bukan DISK = 'Z:\SQLServerBackups\AdventureWorks2022.bak' atau TAPE = '\\.\tape0'.

Nama perangkat logis harus unik di antara semua perangkat cadangan logis pada instans server. Untuk melihat nama perangkat logis yang sudah ada, buat kueri pada tampilan katalog sys.backup_devices. Tampilan ini menampilkan nama setiap perangkat cadangan logis dan menjelaskan jenis dan nama file fisik atau jalur perangkat cadangan fisik yang sesuai.

Setelah perangkat cadangan logis ditentukan, dalam perintah BACKUP atau RESTORE , Anda dapat menentukan perangkat cadangan logis alih-alih nama fisik perangkat. Misalnya, pernyataan berikut mencadangkan database AdventureWorks2025 ke perangkat cadangan logis AdventureWorksBackups.

BACKUP DATABASE AdventureWorks2022   
   TO AdventureWorksBackups;  
GO

Catatan

Dalam pernyataan BACKUP atau RESTORE tertentu, nama perangkat cadangan logis dan nama perangkat cadangan fisik yang sesuai dapat saling dipertukarkan.

Salah satu keuntungan menggunakan perangkat cadangan logis adalah lebih mudah digunakan daripada jalur yang panjang. Menggunakan perangkat cadangan logis dapat membantu jika Anda berencana untuk menulis serangkaian cadangan ke jalur yang sama atau ke perangkat pita. Perangkat cadangan logis sangat berguna untuk mengidentifikasi perangkat cadangan pita.

Skrip cadangan dapat ditulis untuk menggunakan perangkat cadangan logis tertentu. Ini memungkinkan Anda beralih ke perangkat cadangan fisik baru tanpa memperbarui skrip. Pengalihan melibatkan proses berikut:

  1. Menghapus perangkat backup logis asli.

  2. Menentukan perangkat cadangan logis baru yang menggunakan nama perangkat logis asli tetapi memetakan ke perangkat cadangan fisik yang berbeda. Perangkat cadangan logis sangat berguna untuk mengidentifikasi perangkat cadangan pita.

Set media cadangan bercermin

Pencerminan set media cadangan mengurangi efek kerusakan perangkat cadangan. Kerusakan ini sangat serius karena cadangan adalah garis pertahanan terakhir terhadap kehilangan data. Seiring dengan bertambahnya ukuran database, kemungkinan bahwa kegagalan pada perangkat atau media pencadangan akan membuat cadangan tidak dapat dipulihkan menjadi semakin besar. Pencerminan media cadangan meningkatkan keandalan pencadangan dengan menyediakan redundansi untuk perangkat media cadangan fisik. Untuk informasi selengkapnya, lihat Mirrored Backup Media Sets (SQL Server).

Catatan

Kumpulan media cadangan yang dicerminkan hanya didukung pada SQL Server 2005 Enterprise Edition dan versi yang lebih baru.

Mengarsipkan cadangan SQL Server

Kami menyarankan agar Anda menggunakan utilitas cadangan sistem file untuk mengarsipkan cadangan disk dan Anda menyimpan arsip di luar situs. Menggunakan disk memiliki keuntungan bahwa Anda menggunakan jaringan untuk menulis cadangan yang diarsipkan ke disk di luar situs. Azure Blob Storage dapat digunakan sebagai opsi pengarsipan di luar situs. Anda dapat mengunggah cadangan disk Anda, atau langsung menulis cadangan ke Azure Blob Storage.

Pendekatan pengarsipan umum lainnya adalah menulis cadangan SQL Server ke disk cadangan lokal, mengarsipkannya ke pita, lalu menyimpan kaset di luar situs.

Tugas terkait

Menentukan perangkat disk (SQL Server Management Studio)

Untuk menentukan perangkat pita (SQL Server Management Studio)

Untuk menentukan perangkat cadangan logis

Untuk menggunakan perangkat cadangan logis

Untuk melihat informasi tentang perangkat cadangan

Untuk menghapus perangkat cadangan logis

Konten terkait

  • Last updated on