Pemecahan Masalah Kluster Failover

Berlaku untuk:SQL Server

Artikel ini menyediakan informasi tentang masalah berikut:

Langkah-langkah pemecahan masalah

Langkah diagnostik pertama adalah menjalankan pemeriksaan validasi kluster baru. Untuk detail tentang validasi, lihat Membuat Kluster Failover: Memvalidasi Konfigurasi. Ini dapat diselesaikan tanpa gangguan layanan karena tidak memengaruhi sumber daya kluster online apa pun.

Validasi dapat dijalankan kapan saja setelah fitur Pengklusteran Failover diinstal, termasuk sebelum kluster disebarkan, selama pembuatan kluster dan saat kluster sedang berjalan. Bahkan, pengujian tambahan dilakukan setelah kluster digunakan, yang memeriksa apakah praktik terbaik diikuti untuk beban kerja dengan ketersediaan tinggi. Di lusinan pengujian ini, hanya beberapa dari mereka yang memengaruhi beban kerja kluster yang berjalan dan semuanya berada dalam kategori penyimpanan, jadi melompati seluruh kategori ini adalah cara mudah untuk menghindari pengujian yang mengganggu.

Pengklusteran failover dilengkapi dengan perlindungan bawaan untuk mencegah waktu henti yang tidak disengaja saat menjalankan pengujian penyimpanan selama validasi. Jika kluster memiliki grup online saat validasi dimulai, dan pengujian penyimpanan tetap dipilih, kluster akan meminta konfirmasi kepada pengguna apakah mereka ingin menjalankan semua pengujian (dan menyebabkan waktu henti), atau melewati pengujian disk dari grup online apa pun untuk menghindari waktu henti. Jika seluruh kategori penyimpanan dikecualikan agar tidak diuji, maka perintah ini tidak ditampilkan. Ini memungkinkan validasi kluster tanpa waktu henti.

Cara memvalidasi ulang kluster Anda

  1. Di snap-in Kluster Failover, di pohon konsol, pastikan Manajemen Kluster Failover dipilih lalu, di bawah Manajemen, pilih Validasi Konfigurasi.

  2. Ikuti instruksi dalam wizard untuk menentukan server dan pengujian, dan jalankan pengujian. Halaman Ringkasan muncul setelah pengujian dijalankan.

  3. Saat masih berada di halaman Ringkasan , pilih Tampilkan Laporan untuk melihat hasil pengujian.

    Untuk melihat hasil pengujian setelah Anda menutup wizard, lihat %SystemRoot%\Cluster\Reports\Validation Report date and time.html di mana %SystemRoot% folder tempat sistem operasi diinstal (misalnya, C:\Windows).

  4. Untuk melihat artikel bantuan yang membantu Anda menginterpretasikan hasilnya, pilih Selengkapnya tentang pengujian validasi kluster.

Untuk melihat artikel panduan tentang validasi kluster setelah Anda menutup wizard, pilih Bantuan di snap-in Kluster Failover, pilih Topik Bantuan, pilih tab Konten, perluas konten untuk panduan kluster failover, dan pilih Validasi Konfigurasi Kluster Failover. Setelah wizard validasi selesai, Laporan Ringkasan akan menampilkan hasilnya. Semua pengujian harus lulus dengan tanda centang hijau atau dalam beberapa kasus segitiga kuning (peringatan). Saat mencari area masalah (X merah atau tanda tanya kuning), di bagian laporan yang meringkas hasil pengujian, pilih pengujian individual untuk meninjau detailnya. Masalah X merah perlu diselesaikan sebelum memecahkan masalah SQL Server.

Instal pembaruan

Menginstal pembaruan adalah bagian penting untuk menghindari masalah dengan sistem Anda. Tautan yang berguna:

Pulihkan dari kegagalan kluster failover

Biasanya, kegagalan pada kluster failover disebabkan oleh salah satu dari dua penyebab:

  • Kegagalan perangkat keras dalam satu node dari kluster dua node. Kegagalan perangkat keras ini dapat disebabkan oleh kegagalan dalam kartu SCSI atau dalam sistem operasi.

    Untuk memulihkan dari kegagalan ini, hapus simpul yang gagal dari kluster failover menggunakan program Penyiapan SQL Server, atasi kegagalan perangkat keras dengan komputer offline, bawa komputer kembali, lalu tambahkan simpul yang diperbaiki kembali ke instans kluster failover.

    Untuk informasi selengkapnya, lihat Membuat Instans Kluster Failover Always On Baru (Penyiapan) dan Memulihkan dari kegagalan instans kluster failover.

  • Kegagalan sistem operasi. Dalam hal ini, simpul sedang offline, tetapi tidak rusak permanen.

    Untuk memulihkan dari kegagalan sistem operasi, pulihkan node dan uji failover. Jika instans SQL Server tidak berpindah dengan benar, Anda harus menggunakan program Penyiapan SQL Server untuk menghapus SQL Server dari kluster failover, melakukan perbaikan yang diperlukan, menghidupkan kembali komputer, lalu menambahkannya kembali ke instans kluster failover.

    Memulihkan dari kegagalan sistem operasi dengan cara ini dapat memerlukan waktu lama. Jika kegagalan sistem operasi dapat dipulihkan dengan mudah, hindari menggunakan teknik ini.

    Untuk informasi selengkapnya, lihat Membuat Instans Kluster Failover Always On Baru (Penyiapan) dan Memulihkan dari kegagalan instans kluster failover.

Mengatasi masalah umum

Daftar berikut ini menjelaskan masalah penggunaan umum dan menjelaskan cara mengatasinya.

Masalah: Penggunaan sintaks perintah yang salah untuk menginstal SQL Server

Masalah 1: Sulit untuk mendiagnosis masalah Penyiapan saat menggunakan /qn sakelar dari prompt perintah, karena /qn sakelar menghilangkan semua kotak dialog Penyiapan dan pesan kesalahan. Jika sakelar /qn ditentukan, semua pesan Setup, termasuk pesan kesalahan, ditulis ke file log Setup. Untuk informasi selengkapnya tentang file log, lihat Menampilkan dan membaca file log Penyiapan SQL Server.

Resolusi 1: Gunakan sakelar /qb sebagai pengganti sakelar /qn. Jika Anda menggunakan sakelar /qb , UI dasar di setiap langkah akan ditampilkan, termasuk pesan kesalahan.

Masalah: SQL Server tidak dapat tersambung ke jaringan setelah bermigrasi ke simpul lain

Masalah 1: Akun layanan SQL Server tidak dapat menghubungi pengendali domain.

Resolusi 1: Periksa log peristiwa Anda untuk tanda-tanda masalah jaringan seperti kegagalan adaptor atau masalah DNS. Verifikasi bahwa Anda dapat melakukan ping pada pengontrol domain Anda.

Masalah 2: Kata sandi akun layanan SQL Server tidak identik pada semua simpul kluster, atau simpul tidak memulai ulang layanan SQL Server yang telah dimigrasikan dari simpul yang gagal.

Resolusi 2: Ubah kata sandi akun layanan SQL Server menggunakan Pengelola Konfigurasi SQL Server. Jika tidak, dan Anda mengubah kata sandi akun layanan SQL Server pada satu simpul, Anda juga harus mengubah kata sandi pada semua simpul lain. Pengelola Konfigurasi SQL Server melakukan ini secara otomatis.

Masalah: SQL Server tidak dapat mengakses disk kluster

Masalah 1: Firmware atau driver tidak diperbarui pada semua simpul.

Resolusi 1: Verifikasi bahwa semua simpul menggunakan versi firmware yang benar dan versi driver yang sama.

Masalah 2: Sebuah simpul tidak dapat memulihkan disk kluster yang telah bermigrasi dari simpul yang gagal pada disk kluster bersama dengan huruf drive yang berbeda.

Resolusi 2: Huruf drive disk untuk disk kluster harus sama di kedua server. Jika tidak, tinjau penginstalan asli sistem operasi dan Microsoft Cluster Service (MSCS).

Masalah: Kegagalan layanan SQL Server menyebabkan failover

Resolusi: Untuk mencegah kegagalan layanan tertentu menyebabkan grup SQL Server gagal, konfigurasikan layanan tersebut menggunakan Administrator Kluster di Windows, sebagai berikut:

  • Hapus centang pada kotak Pengaruhi Grup di tab Tingkat Lanjut pada kotak dialog Properti Teks Lengkap. Namun, jika SQL Server menyebabkan failover, layanan pencarian teks lengkap dimulai ulang.

Masalah: SQL Server tidak dimulai secara otomatis

Resolusi: Gunakan Administrator Kluster di MSCS untuk memulai kluster failover secara otomatis. Layanan SQL Server harus diatur untuk memulai secara manual; Administrator Kluster harus dikonfigurasi di MSCS untuk memulai layanan SQL Server. Untuk informasi selengkapnya, lihat Mengelola Layanan.

Masalah: Nama Jaringan offline dan Anda tidak dapat tersambung ke SQL Server menggunakan TCP/IP

Masalah 1: DNS gagal saat sumber daya kluster diatur agar memerlukan DNS.

Resolusi 1: Memperbaiki masalah DNS.

Masalah 2: Nama duplikat ada di jaringan.

Resolusi 2: Gunakan nbtstat untuk menemukan nama duplikat lalu koreksi masalahnya.

Masalah 3: SQL Server tidak tersambung menggunakan Pipa Bernama.

Resolusi 3: Untuk menyambungkan menggunakan Pipa Bernama, buat alias menggunakan Pengelola Konfigurasi SQL Server untuk menyambungkan ke komputer yang sesuai. Misalnya, jika Anda memiliki kluster dengan dua node (Node A dan Node B), dan instans kluster failover (Virtsql) dengan instans default, Anda dapat terhubung ke server yang memiliki sumber daya Nama Jaringan offline menggunakan langkah-langkah berikut:

  1. Tentukan pada simpul mana grup yang berisi instans SQL Server yang berjalan dengan menggunakan Administrator Kluster. Untuk contoh ini, ini adalah Node A.

  2. Mulai layanan SQL Server di komputer tersebut menggunakan net start. Untuk informasi selengkapnya tentang menggunakan net start, lihat Memulai SQL Server Secara Manual.

  3. Mulai Pengelola Konfigurasi SQL Server SQL Server pada Simpul A. Lihat nama pipa tempat server mendengarkan. Ini harus mirip dengan \\.\$$\VIRTSQL\pipe\sql\query.

  4. Di komputer klien, mulai Pengelola Konfigurasi SQL Server.

  5. Buat alias SQLTEST1 untuk terhubung melalui Named Pipes ke nama saluran ini. Untuk melakukan ini, masukkan Node A sebagai nama server dan edit nama pipa menjadi \\.\pipe\$$\VIRTSQL\sql\query.

  6. Sambungkan ke instans ini menggunakan alias SQLTEST1 sebagai nama server.

Masalah: Penyiapan SQL Server gagal pada kluster dengan kesalahan 11001

Masalah: Kunci registri yatim piatu di HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.X\Cluster.

Resolusi: Pastikan MSSQL.X sarang registri saat ini tidak digunakan, lalu hapus kunci kluster.

Masalah: Kesalahan Penyiapan Kluster: "Alat penginstal memiliki hak istimewa yang tidak memadai untuk mengakses direktori ini: <drive>\Microsoft SQL Server. Penginstalan tidak dapat dilanjutkan. Masuk sebagai administrator atau hubungi administrator sistem Anda"

Masalah: Kesalahan ini disebabkan oleh drive bersama SCSI yang tidak dipartisi dengan benar.

Resolusi: Buat ulang partisi tunggal pada disk bersama menggunakan langkah-langkah berikut:

  1. Hapus sumber daya disk dari kluster.
  2. Hapus semua partisi pada disk.
  3. Periksa pada properti disk bahwa disk tersebut merupakan disk dasar.
  4. Buat satu partisi pada disk bersama, format disk, dan tetapkan huruf drive untuk disk tersebut.
  5. Tambahkan disk ke kluster menggunakan Administrator Kluster (cluadmin).
  6. Jalankan Penyetelan SQL Server.

Masalah: Aplikasi gagal mendaftarkan sumber daya SQL Server dalam transaksi terdistribusi

Masalah: Karena Koordinator Transaksi Terdistribusi Microsoft (MS DTC) tidak sepenuhnya dikonfigurasi di Windows, aplikasi mungkin gagal mendaftarkan sumber daya SQL Server dalam transaksi terdistribusi. Masalah ini dapat memengaruhi server tertaut, kueri terdistribusi, dan prosedur tersimpan jarak jauh yang menggunakan transaksi terdistribusi. Untuk informasi selengkapnya tentang cara mengonfigurasi MS DTC, lihat Sebelum Menginstal Kluster Failover.

Resolusi: Untuk mencegah masalah tersebut, Anda harus sepenuhnya mengaktifkan layanan MS DTC di server tempat SQL Server diinstal dan MS DTC dikonfigurasi.

Untuk mengaktifkan MS DTC sepenuhnya, gunakan langkah-langkah berikut:

  1. Di Panel Kontrol, buka Alat Administratif, lalu buka Manajemen Komputer.

  2. Di panel kiri Manajemen Komputer, perluas Layanan dan Aplikasi, lalu pilih Layanan.

  3. Di panel kanan Computer Management, klik kanan Distributed Transaction Coordinator, lalu pilih Properties.

  4. Di jendela Koordinator Transaksi Terdistribusi , pilih tab Umum , lalu pilih Hentikan untuk menghentikan layanan.

  5. Di jendela Koordinator Transaksi Terdistribusi , pilih tab Masuk , dan atur akun NT AUTHORITY\NetworkServicemasuk .

  6. Pilih Terapkan dan OK untuk menutup jendela Koordinator Transaksi Terdistribusi . Tutup jendela Manajemen Komputer. Tutup jendela Alat Administratif.

Masalah: SQL Server Agent tidak dapat terhubung ke instance cluster failover multi-subnet pada port kustom

Masalah: SQL Server Agent tidak dapat terhubung ke Database Engine lokal ketika semua kondisi berikut benar:

  1. SQL Server diinstal sebagai instance klaster failover multi-subnet.
  2. Instans klaster failover adalah instans default.
  3. Database Engine mendengarkan pada port TCP tetap selain port default 1433.
  4. SQL Server Agent terhubung ke instance lokal saat startup.

Untuk instans kluster failover multisubnet, koneksi awal SQL Server Agent menggunakan MultiSubnetFailover=Yes. Pengaturan ini menyebabkan klien menggunakan TCP. Koneksi tidak kembali ke memori bersama atau pipa bernama. Ketika target ada (local) dan tidak ada port yang ditentukan, koneksi akan mencoba port TCP 1433. Koneksi gagal jika Database Engine tidak mendengarkan pada port tersebut.

Anda mungkin melihat koneksi yang mirip dengan berikut ini pada jejak ODBC:

DRIVER=ODBC Driver 17 for SQL Server;SERVER=(local);APP=SQLAgent - Initial Boot Probe;DATABASE=master;MultiSubnetFailover=YES;

Resolusi: Buat alias TCP yang mengarahkan koneksi SQL Server Agent ke nama jaringan virtual dan port TCP yang dikonfigurasi dari instance failover cluster. Konfigurasikan alias pada setiap node yang dapat menampung instance failover cluster.

Langkah 1: Konfirmasi port TCP yang telah dikonfigurasi

  1. Pada node aktif, buka Pengelola Konfigurasi SQL Server.
  2. Perluas Konfigurasi Jaringan SQL Server, lalu pilih Protokol untuk MSSQLSERVER.
  3. Buka TCP/IP, lalu pilih tab Alamat IP .
  4. Jika Listen All diatur ke Ya, catat nilai Port TCP di bawah IPAll.
  5. Jika Listen All diatur ke No, catat nilai Port TCP untuk setiap alamat IP aktif yang digunakan oleh instans kluster failover.
  6. Pastikan log kesalahan SQL Server menunjukkan bahwa Database Engine mendengarkan pada port yang diharapkan.

Untuk informasi selengkapnya, lihat Mengonfigurasi SQL Server untuk mendengarkan port TCP tertentu.

Langkah 2: Buat alias TCP di setiap node cluster

Lakukan langkah-langkah berikut pada setiap node yang dapat menghosting instans kluster failover:

  1. Buka alat konfigurasi alias klien SQL Server yang berlaku untuk versi SQL Server yang terpasang.
  2. Buat alias baru.
  3. Di Alias Name, masukkan nama unik untuk koneksi lokal SQL Server Agent. Gunakan nama alias yang sama di setiap node.
  4. Pilih TCP/IP sebagai protokol.
  5. Di Server, masukkan nama jaringan virtual dari instance failover cluster. Jangan masukkan nama node fisik.
  6. Di Port No, masukkan port TCP tetap yang diidentifikasi pada langkah 1.
  7. Simpan aliasnya.

Untuk instruksi detail dan persyaratan versi, lihat Buat atau hapus alias server untuk digunakan oleh klien.

Important

Alias SQL Server adalah konfigurasi klien. Buat alias identik di setiap node yang dapat memiliki instance failover cluster. Jika tidak, SQL Server Agent mungkin gagal setelah instance berpindah ke node di mana alias tidak dikonfigurasi.

Langkah 3: Konfigurasikan SQL Server Agent untuk menggunakan alias

  1. Di SQL Server Management Studio, hubungkan ke instance failover cluster.
  2. Di Object Explorer, perluas instance.
  3. Klik kanan pada SQL Server Agent, lalu pilih Properties.
  4. Di bawah Pilih halaman, pilih Koneksi.
  5. Di server host lokal Alias, masukkan nama alias yang dibuat pada langkah 2.
  6. Pilih OK.
  7. Mulai ulang SQL Server Agent.

Untuk informasi lebih lanjut, lihat Atur alias SQL Server untuk layanan SQL Server Agent.

Langkah 4: Validasi konfigurasi

  1. Konfirmasi bahwa SQL Server Agent berhasil dijalankan.
  2. Tinjau log SQL Server Agent dan konfirmasi bahwa Agen terhubung ke instance Database Engine lokal yang dimaksud.
  3. Jalankan pekerjaan SQL Server Agent sederhana untuk memastikan bahwa pekerjaan dapat terhubung ke instance.
  4. Pada saat tidak mengganggu aktivitas bisnis normal, pindahkan instance failover cluster ke node pemilik lain yang mungkin.
  5. Konfirmasi bahwa SQL Server Agent dimulai dan pekerjaan uji berhasil pada node tersebut.
  6. Ulangi pengujian untuk setiap node pemilik yang mungkin.

Menggunakan prosedur tersimpan yang diperluas dan objek COM

Saat Anda menggunakan prosedur tersimpan yang diperluas dengan konfigurasi pengklusteran failover, semua prosedur tersimpan yang diperluas harus diinstal pada disk kluster yang bergantung pada SQL Server. Hal ini memastikan bahwa saat sebuah node mengalami failover, extended stored procedure tetap dapat digunakan.

Jika prosedur tersimpan yang diperluas menggunakan komponen COM, administrator harus mendaftarkan komponen COM pada setiap simpul kluster. Informasi untuk memuat dan mengeksekusi komponen COM harus berada di registri simpul aktif agar komponen dibuat. Jika tidak, informasi tetap berada di registri komputer tempat komponen COM pertama kali didaftarkan.

Konten terkait

  • Terakhir diperbarui pada