Layanan SQL Server kami turun pagi ini yang meruntuhkan beberapa situs web kami. Ketika saya pergi untuk memeriksa Windows Event Viewer saya melihat kesalahan berikut:
Pemutakhiran tingkat skrip untuk 'master' basis data gagal karena langkah pemutakhiran 'SSIS_hotfix_install.sql' mengalami kesalahan 942, status 4, keparahan 25
Tidak dapat memulihkan database master. SQL Server tidak dapat dijalankan. Pulihkan master dari cadangan penuh, perbaiki, atau bangun kembali. Untuk informasi lebih lanjut tentang cara membangun kembali database master, lihat SQL Server Books Online.
Hal pertama yang saya lakukan adalah kesalahan Google. Saya akhirnya menemukan entri forum dengan masalah yang tepat dan perbaikan untuk itu (juga pada entri blog di mana saya mencari solusi ). Masalahnya ada hubungannya dengan kelompok Ketersediaan AlwaysOn dan perbaikannya mengharuskan Anda untuk:
Mulai layanan SQL Server dengan Trace Flag 902:
Mulai Bersih MSSQL $ InstanceName / T902
Buka SQL Server Management Studio, buka Grup Ketersediaan dan hapus SSISDB dari database ketersediaan
Buka Permintaan Baru, jalankan skrip SSIS_hotfix_install.sql yang dapat ditemukan di folder Instal di bawah \ Program Files \ Microsoft SQL Server \ MSSQL11.MSSQL $ InstanceName \ MSSQL
Hentikan layanan SQL Server:
Berhenti Bersih MSSQL $ InstanceName
Mulai layanan SQL server dari manajer konfigurasi SQL Server
Tambahkan SSISDB kembali ke Grup Ketersediaan
Namun, saya tidak dapat melewati langkah # 2 karena saya mendapatkan kesalahan berikut ketika saya mencoba untuk memperluas folder "Ketersediaan Selalu Tinggi":
Fitur "AlwaysOn harus diaktifkan untuk instance server 'InstanceName' sebelum Anda dapat membuat grup ketersediaan pada instance ini.
Kemudian saya mengikuti instruksi untuk pergi ke "SQL Server Configuration Manager" dan tab "AlwaysOn High Availability" untuk mengaktifkan fitur tersebut. Kali ini fitur itu berwarna abu-abu dan ada pesan yang mengatakan bahwa node komputer tidak berada dalam kluster failover.
Pertanyaanku adalah:
Bagaimana saya bisa memperbaiki masalah ini jika kita bahkan tidak memiliki setup cluster failover yang akan menggunakan fitur ini?
Saya berlari dbcc checkdb
pada tuan; hasilnya adalah:
CHECKDB menemukan 0 kesalahan alokasi dan 0 kesalahan konsistensi dalam database 'master'.
Grup Ketersediaan AlwaysOn TIDAK aktif karena saya bahkan tidak memiliki kluster failover.
sumber