Sebelum Menginstal Failover Clustering

Berlaku untuk:SQL Server

Sebelum menginstal kluster failover SQL Server, Anda harus memilih perangkat keras dan sistem operasi tempat SQL Server akan berjalan. Anda juga harus mengonfigurasi Klaster Failover Windows Server (WSFC) dan meninjau pertimbangan terkait jaringan, keamanan, dan perangkat lunak lain yang akan berjalan di klaster failover Anda.

Jika kluster Windows memiliki drive disk lokal dan huruf drive yang sama digunakan pada satu atau beberapa node kluster sebagai drive bersama, Anda tidak dapat menginstal SQL Server pada drive tersebut. Pembatasan ini berlaku untuk instans kluster failover SQL Server dan instans mandiri di server yang merupakan bagian dari Instans Kluster Failover Windows.

Anda mungkin juga ingin meninjau artikel berikut untuk mempelajari selengkapnya tentang konsep, fitur, dan tugas pengklusteran failover SQL Server.

Deskripsi Artikel Artikel
Menjelaskan konsep pengklusteran failover SQL Server, dan menyediakan tautan ke konten dan tugas terkait. Instans Kluster Failover AlwaysOn (SQL Server)
Menjelaskan konsep kebijakan failover SQL Server, dan menyediakan tautan untuk mengonfigurasi kebijakan failover agar sesuai dengan persyaratan organisasi Anda. Kebijakan Failover untuk Instans Kluster Failover
Menjelaskan cara memelihara dan kluster failover SQL Server yang ada. Administrasi dan Pemeliharaan Instans Kluster Failover
Menjelaskan cara menginstal Analysis Services pada Kluster Failover Windows Server (WSFC). Cara Membuat Klaster SQL Server Analysis Services

Praktik terbaik

Tinjau catatan rilis untuk SQL Server 2019 dan SQL Server 2022.

Instal perangkat lunak prasyarat. Sebelum menjalankan Penyetelan untuk menginstal atau meningkatkan, instal prasyarat berikut untuk mengurangi waktu penginstalan. Anda dapat menginstal perangkat lunak prasyarat pada setiap node kluster failover, lalu memulai ulang setiap node satu kali sebelum menjalankan Setup.

  • Windows PowerShell tidak lagi diinstal selama penginstalan SQL Server. Windows PowerShell adalah prasyarat untuk menginstal komponen Mesin Database SQL Server dan SQL Server Management Studio. Jika Windows PowerShell tidak ada di komputer Anda, Anda bisa mengaktifkannya dengan mengikuti instruksi di halaman Windows Management Framework .

  • .NET Framework 3.5 SP1 tidak lagi diinstal oleh Penyiapan SQL Server, tetapi mungkin diperlukan saat menginstal SQL Server pada sistem operasi Windows yang lebih lama. Untuk informasi selengkapnya, lihat SQL Server 2019: Persyaratan perangkat keras dan perangkat lunak.

  • Paket Microsoft Update: Untuk menghindari mulai ulang komputer karena penginstalan .NET Framework 4 selama penyiapan, Penyiapan SQL Server memerlukan pembaruan Microsoft untuk diinstal di komputer. Untuk SQL Server 2014 (12.x) dan versi yang lebih baru yang diinstal pada versi Windows yang didukung, pembaruan ini sudah disertakan. Jika Anda menginstal pada sistem operasi Windows yang lebih lama, unduh dari Microsoft Update untuk .NET Framework 4.0 di Windows Vista dan Windows Server 2008.

  • .NET Framework 4: Penyiapan menginstal .NET Framework 4 pada sistem operasi berkluster. Untuk mengurangi waktu penginstalan, Anda dapat mempertimbangkan untuk menginstal .NET Framework 4 sebelum menjalankan Penyetelan.

  • SQL Server Siapkan file dukungan. Anda dapat menginstal file-file ini dengan menjalankan SqlSupport.msi yang terletak di media penginstalan Anda.

Verifikasi bahwa perangkat lunak antivirus tidak diinstal pada kluster WSFC Anda. Untuk informasi selengkapnya, lihat artikel Pangkalan Pengetahuan Microsoft, Perangkat lunak Antivirus dapat menyebabkan masalah dengan layanan kluster.

Saat menamai grup kluster untuk penginstalan kluster failover, Anda tidak boleh menggunakan salah satu karakter berikut dalam nama grup kluster:

  • Kurang dari operator (<)

  • Lebih besar dari operator (>)

  • Kutipan ganda (")

  • Kutipan tunggal (')

  • Ampersand (&)

    Verifikasi juga bahwa nama grup kluster yang ada tidak berisi karakter yang tidak didukung.

Pastikan bahwa semua node kluster dikonfigurasi secara identik, termasuk COM+, huruf drive disk, dan pengguna di grup administrator.

Verifikasi bahwa Anda telah menghapus log sistem di semua simpul dan melihat log sistem lagi. Pastikan bahwa log bebas dari pesan kesalahan apa pun sebelum melanjutkan.

Sebelum Anda menginstal atau memperbarui kluster failover SQL Server, nonaktifkan semua aplikasi dan layanan yang mungkin menggunakan komponen SQL Server selama penginstalan, tetapi biarkan sumber daya disk online.

Penyiapan SQL Server secara otomatis mengatur dependensi antara grup kluster SQL Server dan disk yang akan berada di kluster failover. Jangan tetapkan dependensi untuk disk sebelum Setup.

  • Selama penginstalan klaster failover SQL Server, objek komputer (akun komputer Direktori Aktif) untuk Nama Sumber Daya Jaringan SQL Server dibuat. Dalam kluster Windows Server 2008, akun nama kluster (akun komputer kluster itu sendiri) harus memiliki izin untuk membuat objek komputer. Untuk informasi selengkapnya, lihat Mengonfigurasi Akun di Direktori Aktif.

  • Jika Anda menggunakan berbagi file SMB sebagai opsi penyimpanan, akun SQL Server Setup harus memiliki SeSecurityPrivilege pada server file. Untuk melakukannya, gunakan konsol Kebijakan Keamanan Lokal pada server file untuk menambahkan akun SQL Server Setup ke hak Kelola audit dan log keamanan.

Memverifikasi solusi perangkat keras Anda

Jika solusi kluster menyertakan node kluster yang tersebar secara geografis, item tambahan seperti latensi jaringan dan dukungan disk bersama harus diverifikasi.

Verifikasi bahwa disk tempat SQL Server akan diinstal tidak dikompresi atau dienkripsi. Jika Anda mencoba menginstal SQL Server ke drive terkompresi atau drive terenkripsi, Penyetelan SQL Server gagal.

Konfigurasi SAN juga didukung di Windows Server, dimulai dengan Windows Server 2008 dan Windows Server 2008 R2 Advanced Server dan edisi Datacenter Server. Katalog Windows dan Daftar Kompatibilitas Perangkat Keras kategori "Perangkat Kluster/Multi-kluster" mencantumkan kumpulan perangkat penyimpanan berkemampuan SAN yang telah diuji dan didukung sebagai unit penyimpanan SAN dengan beberapa kluster WSFC terpasang. Jalankan validasi kluster setelah menemukan komponen bersertifikat.

Berbagi berkas SMB juga mendukung penginstalan berkas data. Untuk informasi selengkapnya, lihat Jenis penyimpanan untuk file data.

Peringatan

Jika Anda menggunakan Windows File Server sebagai penyimpanan berbagi file SMB, akun SQL Server Setup harus memiliki SeSecurityPrivilege pada server file. Untuk melakukannya, gunakan konsol Kebijakan Keamanan Lokal pada server file untuk menambahkan akun SQL Server Setup ke hak Kelola audit dan log keamanan.

Jika Anda menggunakan penyimpanan berbagi file SMB selain server File Windows, silakan lihat vendor penyimpanan untuk pengaturan yang setara di sisi server file.

SQL Server mendukung titik pemasangan. Volume terpasang, atau titik pemasangan, memungkinkan Anda menggunakan satu huruf drive untuk mereferensikan banyak disk atau volume. Jika Anda memiliki huruf drive D: yang mengacu pada disk atau volume biasa, Anda dapat menyambungkan atau "memasang" disk atau volume tambahan sebagai direktori di bawah huruf drive D: tanpa disk atau volume tambahan yang memerlukan huruf drive mereka sendiri.

  • Penyiapan SQL Server mengharuskan drive dasar dari drive yang dipasang memiliki huruf drive yang terkait. Jika drive dasar dari drive yang terpasang tidak memiliki huruf drive terkait, program Setup akan menetapkan huruf drive berikutnya yang tersedia untuk drive tersebut.

    Catatan

    Jika semua huruf drive sudah ditetapkan, program Penyiapan akan gagal.

  • SQL Server tidak mendukung penggunaan volume pemasangan/direktori akar titik pemasangan untuk database SQL Server. Untuk informasi selengkapnya, lihat Terjadi kesalahan izin saat Anda menggunakan titik pemasangan volume di Penyiapan SQL Server

  • Pertimbangan titik pemasangan tambahan untuk pengklusteran failover SQL Server:

    • Penyiapan SQL Server mengharuskan drive dasar dari drive yang dipasang memiliki huruf drive yang terkait. Untuk penginstalan kluster failover, drive dasar ini harus berupa drive berkluster. GUID volume tidak didukung dalam versi ini.

    • Drive utama, yaitu yang diberi huruf drive, tidak dapat digunakan bersama oleh instans kluster failover. Ini adalah pembatasan normal untuk kluster failover, tetapi bukan batasan pada server multi-instans yang berdiri sendiri.

    • Instalasi kluster SQL Server terbatas pada jumlah huruf drive yang tersedia. Dengan asumsi Anda hanya menggunakan satu huruf drive untuk sistem operasi, dan semua huruf drive lainnya tersedia sebagai drive kluster normal atau drive kluster yang menghosting titik pemasangan, Anda dibatasi hingga maksimum 25 instans SQL Server per kluster failover.

      Petunjuk / Saran

      Batas 25 instans dapat diatasi dengan menggunakan opsi berbagi file SMB. Jika Anda menggunakan berbagi file SMB sebagai opsi penyimpanan, Anda dapat menginstal hingga 50 instans kluster failover SQL Server.

    • Memformat drive setelah memasang drive tambahan tidak didukung.

    • Sumber daya SQL Server di SQL Server 2005 dan versi yang lebih baru tergantung pada sumber daya nama jaringan SQL dan pada sumber daya disk fisik yang menyimpan data. Titik pemasangan dan drive host harus ditampilkan sebagai sumber daya disk fisik kluster. Selain itu, disk fisik yang memiliki huruf drive dan setiap volume yang di-mount juga harus ditambahkan sebagai dependensi SQL Server.

    • Jika Anda melakukan penginstalan baru, izin dependensi yang benar diatur pada disk fisik yang memiliki huruf drive terkait dan pada titik pemasangan. Izin dependensi diatur secara otomatis selama penyiapan.

    • Jika hanya dependensi disk fisik akar yang ditambahkan dan dependensi titik pemasangan tidak ditambahkan, kerusakan database akan terjadi pada failover. Kerusakan database juga dapat terjadi selama menghidupkan ulang SQL Server jika sumber daya disk offline dan kembali ke status online bahkan tanpa failover.

  • Praktik terbaik untuk titik pemasangan:

    • Jika Anda memindahkan titik pemasangan dari satu disk bersama ke disk bersama lainnya, pastikan disk bersama berada di grup yang sama.

    • Cobalah untuk menggunakan volume root (host) secara eksklusif untuk titik pemasangan. Volume akar adalah volume yang menampung titik pemasangan. Praktik ini sangat mengurangi waktu yang diperlukan untuk memulihkan akses ke volume yang dipasang jika Anda harus menjalankan alat Chkdsk.exe. Ini juga mengurangi waktu yang diperlukan untuk memulihkan dari cadangan pada volume host.

    • Jika Anda menggunakan volume root (host) secara eksklusif untuk titik pemasangan, ukuran volume host harus setidaknya 5 megabyte (MB). Ini mengurangi kemungkinan bahwa volume akan digunakan untuk hal lain selain titik pemasangan.

Penginstalan kluster failover SQL Server hanya mendukung Disk Lokal untuk menginstal tempdb file. Pastikan bahwa jalur yang ditentukan untuk tempdb data dan file log valid pada semua node kluster. Selama failover, jika tempdb direktori tidak tersedia pada simpul target failover, sumber daya SQL Server akan gagal online. Untuk informasi selengkapnya, lihat Jenis penyimpanan untuk file data dan panduan penginstalan SQL Server.

  • Jika Anda menyebarkan kluster failover SQL Server pada komponen teknologi iSCSI, kami sarankan Anda menggunakan perhatian yang sesuai. Untuk informasi selengkapnya, lihat Dukungan untuk SQL Server pada komponen teknologi iSCSI.

  • Untuk informasi selengkapnya, lihat Kebijakan dukungan SQL Server untuk Pengklusteran Microsoft.

  • Untuk informasi selengkapnya tentang konfigurasi drive kuorum yang benar, lihat Informasi Konfigurasi Drive Kuorum.

  • Untuk menginstal kluster failover SQL Server saat file penginstalan sumber SQL Server dan kluster ada di domain yang berbeda, salin file penginstalan ke domain saat ini yang tersedia untuk kluster failover SQL Server.

Meninjau pertimbangan keamanan

Untuk menggunakan enkripsi, instal sertifikat server dengan nama DNS kluster WSFC yang sepenuhnya memenuhi syarat pada semua simpul di kluster failover SQL Server. Misalnya, jika Anda memiliki kluster dua node, dengan node bernama "Test1.DomainName.com" dan "Test2.DomainName.com" dan instans kluster failover SQL Server bernama "Virtsql", Anda harus mendapatkan sertifikat untuk "Virtsql.DomainName.com" dan menginstal sertifikat pada node test1 dan test2. Kemudian Anda dapat memilih kotak centang Force protocol encryption di Pengelola Konfigurasi SQL Server untuk mengonfigurasi kluster failover Anda agar menggunakan enkripsi.

Penting

Jangan pilih kotak centang Paksa enkripsi protokol sampai sertifikat terpasang di semua simpul yang berpartisipasi dalam instans kluster failover Anda.

Untuk penginstalan SQL Server dalam konfigurasi berdampingan dengan versi sebelumnya, layanan SQL Server harus menggunakan akun yang hanya ditemukan di grup domain global. Selain itu, akun yang digunakan oleh layanan SQL Server tidak boleh muncul di grup Administrator lokal. Kegagalan untuk mematuhi pedoman ini akan mengakibatkan perilaku keamanan yang tidak terduga.

Untuk membuat kluster failover, Anda harus menjadi administrator lokal dengan izin untuk masuk sebagai layanan dan berfungsi sebagai bagian dari sistem operasi pada semua node dalam instans kluster failover.

Pada Windows Server 2008 dan versi yang lebih baru, SID layanan dihasilkan secara otomatis untuk digunakan dengan layanan SQL Server. Untuk instans kluster failover SQL Server yang ditingkatkan dari versi SQL Server sebelumnya, grup domain yang ada dan konfigurasi ACL akan dipertahankan.

Grup domain harus berada dalam domain yang sama dengan akun komputer. Misalnya, jika komputer tempat SQL Server akan diinstal berada di domain SQLSVR, yang merupakan anak dari MYDOMAIN. Anda harus menentukan grup di domain SQLSVR. Domain SQLSVR mungkin berisi akun pengguna dari MYDOMAIN.

Kluster failover SQL Server tidak dapat diinstal pada kluster yang node-node klusternya merupakan pengendali domain.

Tinjau konten dalam Pertimbangan Keamanan untuk Penginstalan SQL Server.

Untuk mengaktifkan autentikasi Kerberos dengan SQL Server, lihat Cara menggunakan autentikasi Kerberos di SQL Server di Pangkalan Pengetahuan Microsoft.

Instans failover cluster SQL Server (FCI) mengharuskan node kluster untuk bergabung ke domain. Konfigurasi berikut tidak didukung:

  • SQL FCI pada kluster grup kerja.
  • SQL FCI pada kluster Multi-Domain.
  • SQL FCI pada Kluster Domain + Grup Kerja.

Meninjau pertimbangan jaringan, port, dan firewall

Verifikasi bahwa Anda telah menonaktifkan NetBIOS untuk semua kartu jaringan privat sebelum memulai Penyiapan SQL Server.

Nama jaringan dan alamat IP SQL Server Anda tidak boleh digunakan untuk tujuan lain, seperti berbagi file. Jika Anda ingin membuat sumber daya berbagi file, gunakan nama jaringan dan alamat IP unik yang berbeda untuk sumber daya tersebut.

Penting

Kami menyarankan agar Anda tidak menggunakan berbagi file pada drive data, karena dapat memengaruhi perilaku dan performa SQL Server.

Meskipun SQL Server mendukung Named Pipes dan TCP/IP Sockets melalui TCP/IP dalam kluster, kami sarankan Anda menggunakan Soket TCP/IP dalam konfigurasi berkluster.

Server ISA tidak didukung pada Pengklusteran Windows dan juga tidak didukung pada kluster failover SQL Server.

Layanan Remote Registry harus aktif dan berjalan.

Administrasi Jarak Jauh harus diaktifkan.

Untuk instans SQL Server yang menggunakan port nonbawaan, gunakan konfigurasi jaringan di Pengelola Konfigurasi SQL Server untuk menentukan port yang digunakan oleh instans SQL Server yang ingin Anda buka blokir. Aktifkan port TCP untuk IPALL di firewall jika Anda ingin terhubung ke instans SQL Server Anda menggunakan layanan Browser SQL Server, yang menggunakan alamat IP yang berbeda dari instans terkluster, dan port UDP 1434.

Operasi penyiapan klaster failover mencakup aturan yang memeriksa urutan pengikatan jaringan. Meskipun urutan pengikatan mungkin tampak benar, Anda mungkin telah menonaktifkan atau menyembunyikan konfigurasi NIC di sistem. Konfigurasi NIC "Dihantui" dapat memengaruhi urutan pengikatan dan menyebabkan aturan urutan pengikatan mengeluarkan peringatan. Untuk menghindari situasi ini, gunakan langkah-langkah berikut untuk mengidentifikasi dan menghapus adaptor jaringan yang dinonaktifkan:

  1. Pada prompt perintah, ketik: set devmgr_Show_Nonpersistent_Devices=1

  2. Ketik dan jalankan: start devmgmt.msc

  3. Perluas daftar adaptor jaringan. Hanya adaptor fisik yang harus ada dalam daftar. Jika Anda memiliki adaptor jaringan yang dinonaktifkan, Setup akan melaporkan kegagalan pada aturan urutan pengikatan jaringan. Panel Kontrol/Koneksi Jaringan juga akan menunjukkan bahwa adaptor dinonaktifkan. Pastikan bahwa Pengaturan Jaringan di Panel Kontrol menampilkan daftar adaptor fisik yang diaktifkan yang sama seperti yang ditampilkan oleh devmgmt.msc.

  4. Hapus adaptor jaringan yang dinonaktifkan sebelum Anda menjalankan Penyetelan SQL Server.

  5. Setelah Penyetelan selesai, kembali ke Koneksi Jaringan di Panel Kontrol dan nonaktifkan adaptor jaringan apa pun yang saat ini tidak digunakan.

Memverifikasi sistem operasi Anda

Pastikan sistem operasi Anda diinstal dengan benar dan dirancang untuk mendukung pengklusteran failover. Tabel berikut adalah daftar edisi SQL Server dan sistem operasi yang mendukungnya.

Edisi SQL Server Pusat data Windows Server 2022 Pusat data Windows Server 2022: Edisi Azure Windows Server 2022 Standard
SQL Server 2014 (12.x) Enterprise (64-bit) x64 1 Tidak Tidak Tidak
SQL Server 2014 (12.x) Perusahaan (32-bit) Tidak Tidak Tidak
SQL Server 2016 (13.x) Perusahaan Tidak Tidak Tidak
SQL Server 2016 (13.x) Standar Tidak Tidak Tidak
SQL Server 2017 (14.x) Enterprise Ya Ya Ya
SQL Server 2017 (14.x) Standar Ya Ya Ya
SQL Server 2019 (15.x) Enterprise Ya Ya Ya
SQL Server 2019 (15.x) Standar Ya Ya Ya
SQL Server 2022 (16.x) Enterprise Ya Ya Ya
SQL Server 2022 (16.x) Standar Ya Ya Ya
Edisi SQL Server Pusat data Server Windows 2019 Server Windows 2019 Standard Pusat Data Server Windows 2016 Standar Server Windows 2016
SQL Server 2014 (12.x) Enterprise (64-bit) x64 1 Ya Ya Ya Ya
SQL Server 2014 (12.x) Perusahaan (32-bit) Ya Ya
SQL Server 2016 (13.x) Perusahaan Ya Ya Ya Ya
SQL Server 2016 (13.x) Standar Ya Ya Ya Ya
SQL Server 2017 (14.x) Enterprise Ya Ya Ya Ya
SQL Server 2017 (14.x) Standar Ya Ya Ya Ya
SQL Server 2019 (15.x) Enterprise Ya Ya Ya Ya
SQL Server 2019 (15.x) Standar Ya Ya Ya Ya
SQL Server 2022 (16.x) Enterprise Ya Ya Ya Ya
SQL Server 2022 (16.x) Standar Ya Ya Ya Ya

1 kluster SQL Server tidak didukung dalam mode WOW. Itu termasuk peningkatan dari versi kluster failover SQL Server sebelumnya yang awalnya diinstal di WOW. Bagi mereka, satu-satunya opsi peningkatan adalah menginstal versi baru secara berdampingan dan bermigrasi.

Pertimbangan tambahan untuk konfigurasi multi-subnet

Bagian di bawah ini menjelaskan persyaratan yang perlu diingat saat menginstal kluster failover multi-subnet SQL Server. Konfigurasi multi-subnet melibatkan pengklusteran di beberapa subnet, oleh karena itu melibatkan penggunaan beberapa alamat IP dan perubahan pada dependensi sumber daya alamat IP.

Edisi SQL Server dan pertimbangan sistem operasi

Untuk daftar fitur yang didukung oleh edisi SQL Server di Windows, lihat:

Untuk membuat kluster failover multi-subnet SQL Server, Anda harus terlebih dahulu membuat kluster failover multi-situs Windows Server pada beberapa subnet.

Kluster failover SQL Server bergantung pada kluster failover Windows Server untuk memastikan bahwa kondisi dependensi IP valid jika ada failover.

Windows Server 2008 R2 dan versi yang lebih baru mengharuskan semua server kluster harus berada di domain Direktori Aktif yang sama. Oleh karena itu, kluster failover multi-subnet SQL Server mengharuskan semua node kluster harus berada dalam domain Direktori Aktif yang sama meskipun berada di subnet yang berbeda.

Alamat IP dan dependensi sumber daya alamat IP

  1. Dependensi sumber daya Alamat IP diatur ke OR dalam konfigurasi multi-subnet. Untuk informasi selengkapnya, lihat Membuat Kluster Failover SQL Server Baru (Penyiapan)

  2. Dependensi alamat IP campuran AND-OR tidak didukung. Misalnya, <IP1> DAN <IP2> ATAU <IP3> tidak didukung.

  3. Lebih dari satu alamat IP per subnet tidak didukung.

    Jika Anda memutuskan untuk menggunakan lebih dari satu alamat IP yang dikonfigurasi untuk subnet yang sama, Anda mungkin mengalami kegagalan koneksi klien selama startup SQL Server.

Konten terkait

Untuk informasi selengkapnya tentang failover multi-lokasi Windows Server 2008 R2, lihat Lokasi Klaster Failover Windows Server 2008 R2 dan Merancang Layanan atau Aplikasi Terklaster dalam Klaster Failover Multi-Lokasi.

Konfigurasikan Windows Server Failover Cluster

Microsoft Cluster Service (WSFC) harus dikonfigurasi pada setidaknya satu node kluster server Anda. Anda juga harus menjalankan SQL Server Enterprise, SQL Server Business Intelligence, atau SQL Server Standard dengan WSFC. SQL Server Enterprise mendukung kluster failover dengan hingga 16 simpul. SQL Server Business Intelligence dan SQL Server Standard mendukung kluster failover dua node.

DLL sumber daya untuk layanan SQL Server mengekspor dua fungsi yang digunakan oleh Manajer Kluster WSFC untuk memeriksa ketersediaan sumber daya SQL Server. Untuk informasi selengkapnya, lihat Kebijakan Failover untuk Instans Kluster Failover.

WSFC harus dapat memverifikasi bahwa instans kluster failover berjalan dengan menggunakan pemeriksaan IsAlive. Ini memerlukan sambungan ke server dengan menggunakan koneksi tepercaya. Secara default, akun yang menjalankan layanan kluster tidak dikonfigurasi sebagai administrator pada simpul di kluster, dan grup BUILTIN\Administrators tidak memiliki izin untuk masuk ke SQL Server. Pengaturan ini hanya berubah jika Anda mengubah izin pada node kluster.

Konfigurasikan Sistem Nama Domain (DNS) atau Layanan Nama Internet Windows (WINS). Server DNS atau server WINS harus berjalan di lingkungan tempat kluster failover SQL Server Anda akan diinstal. Penyiapan SQL Server memerlukan pendaftaran layanan nama domain dinamis dari referensi virtual antarmuka IP SQL Server. Konfigurasi server DNS harus memungkinkan node kluster mendaftarkan peta alamat IP online secara dinamis ke Nama Jaringan. Jika pendaftaran dinamis tidak dapat diselesaikan, Penyiapan gagal, dan penginstalan digulung balik. Untuk informasi selengkapnya, lihat KB947048(tautan yang diarsipkan).

Menginstal Koordinator Transaksi Terdistribusi Microsoft (MSDTC)

Sebelum menginstal SQL Server pada kluster failover, tentukan apakah sumber daya kluster Koordinator Transaksi Terdistribusi Microsoft (MSDTC) harus dibuat. Jika Anda hanya menginstal Mesin Database, sumber daya kluster MSDTC tidak diperlukan. Jika Anda menginstal Mesin Database dan SSIS, Komponen Stasiun Kerja, atau jika Anda akan menggunakan transaksi terdistribusi, Anda harus menginstal MSDTC. MSDTC tidak diperlukan untuk instans yang khusus menjalankan Analysis Services.

Pada Windows Server 2008 dan versi yang lebih baru, Anda dapat menginstal beberapa instans MSDTC pada satu kluster failover. Instans pertama MSDTC yang diinstal akan menjadi instans default kluster MSDTC. SQL Server akan memanfaatkan instans MSDTC yang diinstal ke grup sumber daya kluster lokal SQL Server dengan secara otomatis menggunakan instans MSDTC. Namun, aplikasi individual dapat dipetakan ke instans MSDTC apa pun pada kluster.

Aturan berikut diterapkan untuk instans MSDTC yang akan dipilih oleh SQL Server:

  • Gunakan MSDTC yang terinstal di grup lokal, jika tidak

  • Gunakan instans MSDTC yang dipetakan, jika tidak

  • Gunakan instans MSDTC default kluster, jika tidak

  • Gunakan instans MSDTC yang terinstal pada komputer lokal

Penting

Jika instans MSDTC yang diinstal ke grup kluster lokal SQL Server gagal, SQL Server tidak secara otomatis mencoba menggunakan instans kluster default atau instans komputer lokal MSDTC. Anda harus menghapus sepenuhnya instans MSDTC yang gagal dari grup SQL Server untuk menggunakan instans MSDTC lain. Demikian juga, jika Anda membuat pemetaan untuk SQL Server dan instans MSDTC yang dipetakan gagal, transaksi terdistribusi Anda juga akan gagal. Jika Anda ingin SQL Server menggunakan instans MSDTC yang berbeda, Anda harus menambahkan instans MSDTC ke grup kluster lokal SQL Server atau menghapus pemetaan.

Mengonfigurasi Koordinator Transaksi Terdistribusi Microsoft

Setelah menginstal sistem operasi dan mengonfigurasi kluster, Anda harus mengonfigurasi MSDTC untuk bekerja dalam kluster dengan menggunakan Administrator Kluster. Kegagalan dalam mengklusterkan MSDTC tidak akan memblokir Penyiapan SQL Server, tetapi fungsionalitas aplikasi SQL Server dapat terpengaruh jika MSDTC tidak dikonfigurasi dengan benar.

Konten terkait

  • Last updated on