Bagikan melalui

Sebelum Menginstal Pengklusteran Failover

  • Artikel

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 Pengklusteran Failover Windows Server (WSFC) dan meninjau jaringan, keamanan, dan pertimbangan untuk perangkat lunak lain yang akan berjalan pada kluster 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 Mengkluster 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 dan kemudian memulai ulang simpul sekali sebelum menjalankan Penyiapan.

  • Windows PowerShell tidak lagi diinstal oleh Penyetelan 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 atur dependensi untuk disk sebelum Penyiapan.

  • Selama penginstalan Kluster 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 Penyiapan SQL Server harus memiliki SeSecurityPrivilege di server file. Untuk melakukan ini, menggunakan konsol Kebijakan Keamanan Lokal di server file, tambahkan akun Penyiapan SQL Server untuk Mengelola audit dan hak 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 File SMB juga didukung untuk menginstal file data. Untuk informasi selengkapnya, lihat Jenis Penyimpanan untuk File Data.

Peringatan

Jika Anda menggunakan Windows File Server sebagai penyimpanan Berbagi File SMB, akun Penyiapan SQL Server harus memiliki SeSecurityPrivilege di server file. Untuk melakukan ini, menggunakan konsol Kebijakan Keamanan Lokal di server file, tambahkan akun Penyiapan SQL Server untuk Mengelola audit dan hak 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 yang dipasang, atau titik pemasangan, memungkinkan Anda menggunakan satu huruf drive untuk merujuk ke 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 drive yang dipasang memiliki huruf kandar terkait. Jika drive dasar drive yang dipasang tidak memiliki huruf kandar terkait, program Penyetelan akan menetapkan huruf kandar berikutnya yang tersedia ke drive.

    Catatan

    Jika semua huruf kandar sudah ditetapkan, program Penyetelan akan gagal.

  • SQL Server tidak mendukung penggunaan volume pemasangan/direktori akar titik pemasangan untuk database SQL Server. Untuk informasi selengkapnya, tinjau Kesalahan izin terjadi 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 drive yang dipasang memiliki huruf kandar terkait. Untuk penginstalan kluster failover, drive dasar ini harus berupa drive berkluster. GUID volume tidak didukung dalam rilis ini.

    • Drive dasar, yang memiliki huruf drive, tidak dapat dibagikan di antara instans kluster failover. Ini adalah pembatasan normal untuk kluster failover, tetapi bukan batasan pada server multi-instans yang berdiri sendiri.

    • Penginstalan terkluster 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.

      Tip

      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 dipasang 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 menghosting 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 probabilitas bahwa volume akan digunakan untuk apa pun 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 Konfigurasi Mesin Database - Direktori Data.

  • 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 tepat, 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 Paksa enkripsi protokol pada Pengelola Konfigurasi SQL Server untuk mengonfigurasi kluster failover Anda untuk enkripsi.

Penting

Jangan pilih kotak centang Paksa enkripsi protokol hingga Anda memiliki sertifikat yang diinstal pada 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 untuk bertindak sebagai bagian dari sistem operasi pada semua node 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.

Pengklusteran failover SQL Server tidak dapat diinstal di mana node kluster adalah 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 kluster failover SQL Server (FCI) mengharuskan node kluster bergabung dengan 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 menggunakan port non-default, gunakan konfigurasi jaringan Pengelola Konfigurasi SQL Server untuk menentukan port yang digunakan oleh instans SQL Server yang ingin Anda buka blokirnya. Aktifkan port TCP untuk IPALL di firewall jika Anda ingin terhubung ke instans SQL Server Anda menggunakan SQL Server Browser Service, yang menggunakan alamat IP yang berbeda dari instans berkluster, dan port UDP 1434.

Operasi Penyiapan kluster failover menyertakan aturan yang memeriksa urutan pengikatan jaringan. Meskipun pesanan pengikatan mungkin tampak benar, Anda mungkin telah menonaktifkan atau "hantui" konfigurasi NIC pada 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, Penyetelan akan melaporkan kegagalan untuk aturan pesanan pengikatan jaringan. Panel Kontrol/Koneksi Jaringan juga akan menunjukkan bahwa adaptor dinonaktifkan. Konfirmasikan bahwa Pengaturan Jaringan di Panel Kontrol memperlihatkan daftar adaptor fisik yang diaktifkan yang sama yang devmgmt.msc ditampilkan.

  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 No Tidak
SQL Server 2014 (12.x) Enterprise (32-bit) Tidak No Tidak
SQL Server 2016 (13.x) Enterprise Tidak No Tidak
Standar SQL Server 2016 (13.x) Tidak No Tidak
SQL Server 2017 (14.x) Enterprise Ya Ya Ya
Standar SQL Server 2017 (14.x) Ya Ya Ya
SQL Server 2019 (15.x) Enterprise Ya Ya Ya
Standar SQL Server 2019 (15.x) Ya Ya Ya
SQL Server 2022 (16.x) Enterprise Ya Ya Ya
Standar SQL Server 2022 (16.x) Ya Ya Ya
Edisi SQL Server Pusat data Windows Server 2019 Windows Server 2019 Standard Pusat Data Windows Server 2016 Windows Server 2016 Standard
SQL Server 2014 (12.x) Enterprise (64-bit) x64 1 Ya Ya Ya Ya
SQL Server 2014 (12.x) Enterprise (32-bit) Ya Ya
SQL Server 2016 (13.x) Enterprise Ya Ya Ya Ya
Standar SQL Server 2016 (13.x) Ya Ya Ya Ya
SQL Server 2017 (14.x) Enterprise Ya Ya Ya Ya
Standar SQL Server 2017 (14.x) Ya Ya Ya Ya
SQL Server 2019 (15.x) Enterprise Ya Ya Ya Ya
Standar SQL Server 2019 (15.x) Ya Ya Ya Ya
SQL Server 2022 (16.x) Enterprise Ya Ya Ya Ya
Standar SQL Server 2022 (16.x) 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 berada di 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 DAN-ATAU campuran 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-situs Windows Server 2008 R2, lihat Situs Pengklusteran Failover Windows Server 2008 R2 dan Desain untuk Layanan atau Aplikasi Berkluster di Kluster Failover Multi-Situs.

Mengonfigurasi Kluster Failover Server Windows

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 terkluster 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.

Mengonfigurasi Layanan Nama Domain (DNS) atau Windows Internet Name Service (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 khusus 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 diinstal ke grup lokal, lainnya

  • Gunakan instans MSDTC yang dipetakan, lainnya

  • Gunakan instans default kluster MSDTC, lainnya

  • Gunakan instans MSDTC komputer lokal yang diinstal

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 untuk kluster MSDTC tidak akan memblokir Penyiapan SQL Server, tetapi fungsionalitas aplikasi SQL Server dapat terpengaruh jika MSDTC tidak dikonfigurasi dengan benar.

Lihat juga

Langkah berikutnya