Share via

Meningkatkan Pengiriman Log ke SQL Server 2016 (Transact-SQL)

  • Artikel

Berlaku untuk:SQL Server

Untuk mempertahankan solusi pemulihan bencana pengiriman log Anda, tingkatkan, atau terapkan pembaruan layanan dalam urutan yang sesuai. Pembaruan layanan mencakup paket layanan atau pembaruan kumulatif.

Catatan

Kompresi cadangan diperkenalkan di SQL Server 2008 (10.0.x) Enterprise. Konfigurasi pengiriman log yang ditingkatkan menggunakan opsi konfigurasi tingkat server default kompresi cadangan untuk mengontrol apakah kompresi cadangan digunakan untuk file cadangan log transaksi. Perilaku kompresi cadangan cadangan log dapat ditentukan untuk setiap konfigurasi pengiriman log. Untuk informasi selengkapnya, lihat Mengonfigurasi Pengiriman Log (SQL Server).

Dalam Topik ini:

Prasyarat

Sebelum memulai, tinjau informasi penting berikut:

  • Peningkatan Versi dan Edisi yang Didukung: Verifikasi bahwa Anda dapat meningkatkan ke SQL Server 2016 dari versi sistem operasi Windows dan versi SQL Server Anda. Misalnya, Anda tidak dapat meningkatkan langsung dari instans SQL Server 2005 ke SQL Server 2019 (15.x).

  • Pilih Metode Peningkatan Mesin Database: Pilih metode dan langkah-langkah peningkatan yang sesuai berdasarkan ulasan Anda tentang peningkatan versi dan edisi yang didukung dan juga berdasarkan komponen lain yang diinstal di lingkungan Anda untuk meningkatkan komponen dalam urutan yang benar.

  • Merencanakan dan Menguji Rencana Peningkatan Mesin Database: Tinjau catatan rilis dan masalah peningkatan yang diketahui, daftar periksa pra-peningkatan, dan kembangkan dan uji rencana peningkatan.

  • Persyaratan Perangkat Keras dan Perangkat Lunak untuk Menginstal SQL Server 2016: Tinjau persyaratan perangkat lunak untuk menginstal SQL Server. Jika perangkat lunak tambahan diperlukan, instal pada setiap simpul sebelum Anda memulai proses peningkatan untuk meminimalkan waktu henti.

Lindungi Data Anda Sebelum Peningkatan

Sebagai praktik terbaik, kami sarankan Anda melindungi data Anda sebelum peningkatan pengiriman log.

Untuk melindungi data Anda

  1. Lakukan pencadangan database lengkap pada setiap database utama.

    Untuk informasi selengkapnya, lihat Membuat Pencadangan Database Lengkap (SQL Server).

  2. Jalankan perintah DBCC CHECKDB pada setiap database utama.

Penting

Pastikan Anda memiliki ruang yang cukup di server utama untuk menyimpan salinan cadangan log selama peningkatan sekunder diharapkan dilakukan. Jika Anda melakukan failover ke sekunder, masalah yang sama ini berlaku untuk sekunder (primer baru).

Meningkatkan Instans Server Monitor (Opsional)

Instans server monitor, jika ada, dapat ditingkatkan kapan saja. Namun, Anda tidak perlu meningkatkan server monitor opsional saat meningkatkan server utama dan sekunder.

Saat server monitor sedang ditingkatkan, konfigurasi pengiriman log terus berfungsi, tetapi statusnya tidak dicatat dalam tabel pada monitor. Pemberitahuan apa pun yang telah dikonfigurasi tidak akan dipicu saat server monitor sedang ditingkatkan. Setelah peningkatan, Anda dapat memperbarui informasi dalam tabel monitor dengan menjalankan prosedur tersimpan sistem sp_refresh_log_shipping_monitor . Untuk informasi selengkapnya tentang server monitor, lihat Tentang Pengiriman Log (SQL Server).

Meningkatkan Instans Server Sekunder

Proses peningkatan melibatkan peningkatan instans server sekunder SQL Server sebelum meningkatkan instans server utama. Selalu tingkatkan instans SQL Server sekunder terlebih dahulu. Pengiriman log berlanjut sepanjang proses peningkatan karena instans server sekunder yang ditingkatkan terus memulihkan cadangan log dari instans server utama. Jika instans server utama ditingkatkan sebelum instans server sekunder, pengiriman log akan gagal karena cadangan yang dibuat pada versi SQL Server yang lebih baru tidak dapat dipulihkan pada versi SQL Server yang lebih lama. Anda dapat meningkatkan instans sekunder secara bersamaan atau serial, tetapi semua instans sekunder harus ditingkatkan sebelum instans utama ditingkatkan untuk menghindari kegagalan pengiriman log.

Saat instans server sekunder sedang ditingkatkan, pekerjaan penyalinan dan pemulihan pengiriman log tidak berjalan. Ini berarti bahwa cadangan log transaksi yang tidak tersimpan akan terakumulasi pada primer dan Anda harus memiliki ruang yang cukup untuk menyimpan cadangan yang tidak tersimpan ini. Jumlah akumulasi tergantung pada frekuensi pencadangan terjadwal pada instans server utama dan urutan di mana Anda meningkatkan instans sekunder. Selain itu, jika server monitor terpisah telah dikonfigurasi, pemberitahuan mungkin dinaikkan yang menunjukkan pemulihan belum dilakukan lebih lama dari interval yang dikonfigurasi.

Setelah instans server sekunder ditingkatkan, pekerjaan agen pengiriman log dilanjutkan dan terus menyalin dan memulihkan cadangan log dari instans server utama ke instans server sekunder. Jumlah waktu yang diperlukan untuk instans server sekunder untuk memperbarui database sekunder bervariasi, tergantung pada waktu yang diperlukan untuk meningkatkan instans server sekunder dan frekuensi cadangan di server utama.

Catatan

Selama peningkatan server, database sekunder itu sendiri tidak ditingkatkan versi baru. Ini akan ditingkatkan hanya jika dibawa online dengan memulai failover database yang dikirim log. Secara teori, kondisi ini bisa bertahan tanpa batas waktu. Jumlah waktu untuk meningkatkan metadata database ketika failover dimulai kecil.

Penting

Opsi PULIHKAN DENGAN SIAGA tidak didukung untuk database yang memerlukan peningkatan. Jika database sekunder yang ditingkatkan telah dikonfigurasi dengan menggunakan RESTORE WITH STANDBY, log transaksi tidak dapat lagi dipulihkan setelah peningkatan. Untuk melanjutkan pengiriman log pada database sekunder tersebut, Anda harus menyiapkan pengiriman log lagi di server siaga tersebut. Untuk informasi selengkapnya tentang opsi SIAGA, lihat Memulihkan Pencadangan Log Transaksi (SQL Server).

Memutakhirkan Instans Server Utama

Karena pengiriman log terutama merupakan solusi pemulihan bencana, skenario paling sederhana dan paling umum adalah meningkatkan instans utama di tempat dan database hanya tidak tersedia selama peningkatan ini. Setelah server ditingkatkan, database secara otomatis dibawa kembali online, yang menyebabkannya ditingkatkan. Setelah database ditingkatkan, pekerjaan pengiriman log dilanjutkan.

Catatan

Pengiriman log juga mendukung opsi untuk FailOver ke Log Shipping Secondary (SQL Server), dan secara opsional Mengubah Peran Antara Server Pengiriman Log Primer dan Sekunder (SQL Server). Namun, karena pengiriman log jarang dikonfigurasi sebagai solusi ketersediaan tinggi lagi (opsi yang lebih baru jauh lebih kuat), failover umumnya tidak akan meminimalkan waktu henti karena objek database sistem tidak akan disinkronkan dan memungkinkan klien untuk dengan mudah menemukan dan terhubung ke sekunder yang dipromosikan dapat menjadi cobaan.

Lihat Juga

Tingkatkan ke SQL Server 2016 Menggunakan Wizard Penginstalan (Penyetelan)
Menginstal SQL Server 2016 dari Prompt Perintah
Mengonfigurasi Pengiriman Log (SQL Server)
Memantau Pengiriman Log (Transact-SQL)
Tabel Pengiriman Log dan Prosedur Tersimpan