Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
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.
Nota
Konfigurasi pengiriman log yang ditingkatkan menggunakan backup compression default opsi konfigurasi tingkat server untuk mengontrol apakah kompresi cadangan digunakan untuk file cadangan log transaksi. Anda dapat menentukan perilaku kompresi cadangan cadangan log untuk setiap konfigurasi pengiriman log. Untuk informasi selengkapnya, lihat Mengonfigurasi Pengiriman Log (SQL Server).
Prasyarat
Sebelum memulai, tinjau informasi penting berikut.
| Artikel | Deskripsi |
|---|---|
| Peningkatan versi dan edisi yang didukung | Verifikasi bahwa Anda dapat meningkatkan ke versi SQL Server yang Anda inginkan dari sistem operasi Windows dan versi SQL Server yang ada. Misalnya, Anda tidak dapat meningkatkan langsung dari instans SQL Server 2005 (9.x) ke SQL Server 2025 (17.x). |
| Pilih metode peningkatan Mesin Database | Pilih metode dan langkah-langkah peningkatan yang sesuai berdasarkan tinjauan Anda tentang peningkatan versi dan edisi yang didukung. Pertimbangkan juga komponen lain yang diinstal di lingkungan Anda untuk meningkatkan komponen dalam urutan yang benar. |
| Merencanakan dan menguji paket peningkatan Mesin Database | Tinjau catatan rilis dan masalah peningkatan yang diketahui, daftar periksa pra-peningkatan, serta mengembangkan dan menguji rencana peningkatan. |
| Persyaratan perangkat keras dan perangkat lunak untuk menginstal SQL Server | Tinjau persyaratan perangkat lunak untuk menginstal SQL Server. Jika perangkat lunak lain diperlukan, instal pada setiap node sebelum Anda memulai proses upgrade untuk meminimalkan waktu henti operasional. |
| Dukungan untuk grup ketersediaan mandiri ditambahkan di SQL Server 2022 (16.x) | Jika Anda ingin mulai menggunakan grup ketersediaan yang terkontainerkan dengan pengiriman log, Anda perlu menghapus dan membangun kembali topologi pengiriman log. Namun, jika Anda sudah menggunakan grup ketersediaan terisolasi dengan pengiriman log, peningkatan didukung. |
| Dukungan TDS 8.0 ditambahkan di SQL Server 2025 (17.x) | Jika Anda ingin menggunakan TDS 8.0 dengan pengiriman log di SQL 2025 dan versi yang lebih baru, Anda harus terlebih dahulu menghapus konfigurasi pengiriman log yang ada. |
Lindungi data Anda sebelum peningkatan
Untuk melindungi data Anda selama peningkatan pengiriman log, ikuti langkah-langkah berikut:
Lakukan pencadangan database lengkap pada setiap database utama.
Untuk informasi selengkapnya, lihat Membuat Pencadangan Database Lengkap (SQL Server).
Jalankan perintah DBCC CHECKDB pada setiap database utama.
Penting
Pastikan server utama Anda memiliki cukup ruang untuk menyimpan salinan cadangan log selama peningkatan sekunder dilakukan. Jika Anda melakukan failover ke sekunder, masalah yang sama ini berlaku untuk sekunder (primer baru).
Memperbarui instans server monitor (opsional)
Anda dapat setiap saat meningkatkan instance server pemantauan, jika ada. 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 yang sudah dikonfigurasi tidak diaktifkan saat server monitor sedang diperbarui. 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).
Tingkatkan 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 Anda meningkatkan instans server utama sebelum instans server sekunder, pengiriman log 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 Anda harus meningkatkan semua instans sekunder sebelum meningkatkan instans utama untuk menghindari kegagalan pengiriman log.
Ketika melakukan peningkatan pada instans server sekunder, tugas penyalinan dan pemulihan pengiriman log tidak berjalan sama sekali. Kondisi ini berarti bahwa cadangan log transaksi yang tidak tersimpan terakumulasi pada replika utama, 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 dikonfigurasi, peringatan mungkin dikeluarkan yang menunjukkan bahwa pemulihan belum dilakukan melewati batas waktu yang dikonfigurasikan.
Setelah Anda meningkatkan instans server sekunder, 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.
Selama peningkatan server, database sekunder itu sendiri tidak ditingkatkan ke 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 RESTORE WITH STANDBY tidak didukung untuk database yang memerlukan peningkatan. Jika database sekunder yang ditingkatkan dikonfigurasi dengan menggunakan RESTORE WITH STANDBY, log transaksi tidak dapat lagi dipulihkan setelah peningkatan. Untuk melanjutkan pengiriman log pada database sekunder tersebut, Anda perlu menyiapkan pengiriman log lagi di server siaga tersebut. Untuk informasi selengkapnya tentang opsi ini STANDBY , lihat Memulihkan Pencadangan Log Transaksi (SQL Server).
Meningkatkan instans server utama
Karena pengiriman log terutama merupakan solusi pemulihan bencana, skenario paling sederhana dan paling umum adalah meningkatkan instans utama di tempat. Database tidak tersedia selama pemutakhiran ini. Setelah server ditingkatkan, database secara otomatis dibawa kembali online, yang menyebabkannya ditingkatkan. Setelah database ditingkatkan, pekerjaan pengiriman log dilanjutkan.
Pengiriman log juga mendukung opsi untuk melakukan failover ke pengiriman log sekunder, dan secara opsional mengubah peran antara server pengiriman log primer dan sekunder.
Namun, karena pengiriman log jarang dikonfigurasi sebagai solusi ketersediaan tinggi lagi (opsi yang lebih baru jauh lebih kuat), failover umumnya tidak meminimalkan waktu henti. Objek database sistem tidak disinkronkan, dan memungkinkan klien untuk dengan mudah menemukan dan terhubung ke sekunder yang dipromosikan dapat menjadi tantangan.