Cara memecahkan masalah kegagalan SQL Cluster Wizard

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 254593 - Melihat produk di mana artikel ini berlaku.
Perbesar semua | Perkecil semua

Pada Halaman ini

RINGKASAN

Artikel ini menyediakan informasi mengenai tindakan yang SQL Server Cluster Wizard melakukan, bersama dengan urutan di mana tindakan dilakukan. Untuk setiap langkah, informasi rinci disediakan tentang masalah yang dapat menyebabkan wizard untuk gagal. Resolusi-resolusi yang mungkin untuk masalah ini dimasukkan. Rinci, masalah khusus skenario dan resolusi juga disediakan.

Catatan Semua SQL Server 6,5 dan 7.0 Cluster pelanggan harus upgrade ke SQL Server 2000 segera setelah tersedia. Alat berikut, fitur, dan komponen yang didukung dengan failover clustering dalam SQL Server 2000 Enterprise Edisi:
  • Layanan Microsoft pencarian (Full Text)
  • Beberapa contoh
  • SQL Server Enterprise Manager
  • Manajer Kontrol Layanan
  • Replikasi
  • SQL Profiler
  • SQL Query Analyzer

INFORMASI LEBIH LANJUT

Langkah-langkah berikut menggambarkan perilaku SQL Server Cluster Wizard:
  1. Pertama, Wisaya Cluster SQL menghubungkan ke server dan memverifikasi bahwa semua database dan biner yang pada disk bersama.

    Mungkin masalah

    Tentang satu-satunya hal yang bisa salah saat ini adalah bahwa layanan tidak dapat mulai, yang akan biasanya karena bersama disk yang dimiliki oleh node salah atau kegagalan untuk menginstal kedua program file dan data file ke cluster disk.

    Penyelesaian

    Untuk memperbaiki masalah ini, memastikan bahwa disk bersama dimiliki oleh node benar sebelum Anda menjalankan Wisaya cluster. Juga, periksa dan Pastikan bahwa berkas program dan file data diinstal untuk Gugus disk.
  2. Setelah Anda masukkan IP alamat dan jaringan nama, wizard menciptakan sumber tes dengan properti-properti dan membawa secara online untuk melihat apakah apapun konflik pada jaringan terjadi.

    Catatan Pesan galat terjadi hanya jika Anda memasukkan alamat IP yang digunakan; alamat IP tidak valid atau buruk penutup subnet tidak terdeteksi.

    Mungkin masalah

    Jika Anda memiliki hanya unclustered dan re-clustering server, Anda mungkin mendapatkan kesalahan pesan menunjukkan bahwa nama jaringan Anda di menggunakan. Hal ini mungkin terjadi karena Windows NT kadang-kadang gagal untuk menghilangkan jaringan nama dari pendaftaran bios bersih dengan benar.

    Resolusi pertama

    Buka jendela prompt perintah dan masukkan berikut perintah:
    nbtstat -RR
    Tekan Kembali. Setelah selesai, coba gunakan alamat IP lagi. Jika IP alamat masih gagal, pindah ke resolusi kedua.

    Kedua resolusi

    Reboot sistem.
  3. Setelah Anda memasukkan semua informasi, Wisaya salinan semua COM file yang terdaftar di BINN untuk subdirektori SQL Server dari lokasi menunjuk ke kunci registri berikut:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\SharedFilesDir
    Secara default, kunci ini menunjuk ke lokasi berikut:
    C:\Program Files\Common Files\Microsoft Shared\
    Mungkin masalah

    SQL Server Cluster Wizard tidak dapat menemukan ini file atau lokasi yang mereka harus disalin. Masalah ini biasanya terjadi ketika ada sesuatu salah dengan kunci registri berikut yang digunakan oleh Wizard:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\SharedTools\SharedFilesD
    Perlu dicatat bahwa setup menggunakan berbeda kunci registri (lihat di bawah), tapi dua harus biasanya menunjuk ke jalan yang sama:
    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\CommonFilesDir
    Catatan Dengan desain, ketika masalah ini terjadi, adalah tidak ada kesalahan menampilkan. Hal ini dilakukan sehingga Anda dapat menginstal tanpa replikasi dan masih menjalankan Wisaya tanpa gagal. Satu-satunya cara untuk mengidentifikasi apakah ini masalah ini terjadi adalah dengan melihat jendela output debug, yang dibentuk oleh pengaturan _PRINT_CONSOLE_ = 1 di lingkungan sistem sebelum menjalankan SQL Cluster Wizard. Jika langkah ini pelaksana dengan benar, Anda melihat referensi untuk replikasi file, seperti Replres.dll dan Distrib.exe, seperti mereka akan disalin. Jika Anda tidak melihat referensi ke file ini, Anda mengalami ini masalah.

    Resolusi pertama

    Merujuk pada skenario 8 di "Skenario tertentu" bagian.

    Kedua resolusi

    Merujuk pada skenario 3 dalam "Skenario tertentu" bagian.
  4. Selanjutnya, Wisaya Cluster SQL menyalin file yang sama untuk tempat yang sama pada node lain, menemukan jalan yang benar dengan membaca remote registri. Wisaya Cluster SQL menciptakan berbagi pada node jauh bernama cluster_tools_share, salinan berkas yang berbagi, dan kemudian menghapus itu. SQL Server Setup program harus mampu membaca registri pada node jauh untuk melakukan langkah ini.
    Kemungkinan masalah

    Masalah dapat terjadi jika ada masalah kunci registri pada node lain atau jika wizard tidak mampu membuat berbagi.

    Masalah lain terjadi jika layanan registri Remote tidak diatur untuk memulai secara otomatis. Dalam situasi ini, pesan galat berikut dicatat dalam file inti .log (lokal):
    MSI (c) (5 C!E0) [15:40:04:153]: perubahan properti: memodifikasi SqlLogMessage properti. Nilai saat ini adalah 'Node01'. Nilai baru: '<endfunc name="VerifyAdminSharesOnNode" return="53" getlasterror="0">'.</endfunc>
    MSI (c) (5 C!E0) [15:40:04:153]: perubahan properti: memodifikasi SqlLogMessage properti. Nilai saat ini adalah '<endfunc name="VerifyAdminSharesOnNode" return="53" getlasterror="0">'. Nilai baru: '<endfunc name="VerifyAdminSharesOnCluster" return="53" getlasterror="0">'.</endfunc> </endfunc>
    MSI (c) (5 C!E0) [15:40:04:153]: perubahan properti: memodifikasi SqlLogMessage properti. Nilai saat ini adalah '<endfunc name="VerifyAdminSharesOnCluster" return="53" getlasterror="0">'. Nilai baru: '<endfunc name="GetVSNodeLists" return="0" getlasterror="0">'.</endfunc> </endfunc>

    Info 2836.The installer telah menjumpai kesalahan tak terduga. Kode kesalahan adalah 2836. Kontrol SelectedNodeList pada dialog ClusterNodeDlg tidak bisa fokus.
    Tindakan 15: 40: 04: ClusterNodeDlg. Dialog dibuat
    Catatan Kode kesalahan dalam pesan galat adalah 53. Kode ini mewakili "lintasan jaringan tidak ditemukan" kesalahan pesan.

    Resolusi pertama

    Untuk menyelesaikan masalah pertama, lihat langkah 8.

    Untuk mengatasi masalah kedua, memulai layanan registri Remote. Layanan registri Remote harus dijalankan sebelum Anda menginstal sebuah failover cluster. Prasyarat ini didokumentasikan dalam "Sebelum menginstal Failover Clustering" topik dalam SQL Server buku Online.

    Kedua resolusi

    Untuk menyelesaikan masalah pertama, lihat skenario 3 dalam "Skenario khusus" bagian.
  5. Wisaya kemudian menyalin file tertentu cluster untuk \System32 direktori dari kedua node.

    Mungkin masalah

    Biasanya, langkah ini selesai dengan sukses. SQL Cluster Wizard salinan file dari CD atau jaringan berbagi, jadi mungkin yang kehilangan koneksi ke saham atau menjadi tidak dapat membuat cluster_tools_share karena sudah ada.

    Penyelesaian

    Merujuk pada skenario 3 dalam "Skenario tertentu" bagian.
  6. Menjalankan Wisaya penataan "secnode", yang menginstal file sistem yang diperlukan untuk remote node dan register semua COM file yang telah disalin ke c: program files Microsoft shared direktori.

    Kemungkinan masalah

    Salah satu masalah yang paling umum saat ini terjadi jika setup dijalankan dari titik berbagi pada node pertama (terhubung melalui net use Anda tentukan pengguna dan sandi). Ketika ini terjadi, dengan default, node2 tidak memiliki akses untuk berbagi sehingga ketika secnode berjalan gagal untuk menghubungkan kembali ke lokasi instalasi untuk menyalin file. Saat ini terjadi, Anda menerima pesan yang menunjukkan bahwa setup tidak dapat dijalankan pada komputer jauh.

    Masalah lain dapat terjadi apabila Anda menginstal dari jaringan berbagi ketika jalan yang memiliki ruang dalam nama. Hal ini menyebabkan secnode Penataan gagal karena tidak mampu menangani jalan dengan spasi, kecuali mereka dikutip. Ada cara di sekitar masalah ini selain mengganti berbagi.

    Resolusi pertama

    Jika Anda mengalami salah satu masalah ini, Anda harus Check-in direktori <%SYSROOT%> untuk berkas Sqlclstr.log atau di Kedua node TEMP direktori untuk Remsetup.log untuk petunjuk atau deskripsi Masalahnya. Memperbaiki semua masalah dan kemudian menjalankan Wisaya lagi.

    Kedua resolusi

    Masalah perizinan juga dapat mencegah SQL cluster Penyihir dari bekerja dengan benar saat melakukan operasi pada kedua node. Account yang di bawah pengaturan yang berjalan harus memiliki yang sesuai hak akses:
    • Menjadi administrator lokal untuk kedua node.
    • Memiliki hak pengguna untuk "logon sebagai Layanan".
    • Memiliki hak pengguna untuk "bertindak sebagai bagian dari operasi sistem".
    Izin ini harus ada di kedua node; Jika langkah ini gagal.

    Anda mengatur hak akses ini dari domain utama Controller (PDC). Setelah menetapkan perizinan yang benar, Anda harus logoff dan kemudian masuk lagi untuk perubahan akan tercermin. Untuk keterangan lebih lanjut, lihat skenario 5 pada bagian "Khusus skenario".

    Mungkin masalah

    Secnode juga gagal jika itu berjalan tetapi memiliki kesalahan secara internal, seperti sebagai tidak berhasil mendaftarkan semua file COM.

    Penyelesaian

    Memperbaiki semua masalah yang dilaporkan di Sqlstp.log pada Kedua node.
  7. Selanjutnya, SQL Server Cluster Wizard rebinds semua file terletak di tempat-tempat berikut:
    • SQL BINN direktori.
    • C: program files Microsoft Shared\SQL Server
    • C: program files Microsoft Shared\Database Replikasi
    Hal ini terjadi di kedua node.

    SQL Server Cluster Wisaya kemudian rebinds berkas sistem berikut di kedua node:
    • Dbnmpntw.dll
    • Sqlstr.dll
    • Sqlwoa.dll
    • Sqlsrv32.dll
    • Cliconfg.dll
    • Cliconfg.exe
    Wisaya Cluster Server SQL rebinds %Sysroot%\System32\Sqlctr70.dll pada node lokal hanya.

    Mungkin masalah

    Proses rebinding hanya dapat rusak ketika sesuatu menggunakan salah satu file yang berusaha untuk mengikat. Jika setiap aplikasi SQL, termasuk SQL Service Manager, terbuka menampilkan pesan ini:
    ..bisa tidak memperbarui binari...
    Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
    248380PRB: SQL 7.0 Failover Wizard galat ketika memperbarui berkas pada gugus
    Masalah yang paling umum adalah bahwa beberapa sistem file yang digunakan.

    Anda biasanya dapat menentukan node yang masalah terjadi pada oleh jumlah waktu yang diperlukan untuk pesan untuk menampilkan lagi setelah coba lagi. Jika pesan menampilkan seketika, ini biasanya menunjukkan bahwa file pada komputer lokal ini digunakan, tetapi jika itu memerlukan waktu beberapa detik, kemudian masalah ini mungkin terjadi pada node yang lain.

    Penyelesaian

    Anda biasanya dapat bekerja di sekitar masalah ini dengan menghentikan menyinggung semua layanan dan pastikan bahwa Anda tidak memiliki aplikasi apapun membuka. Untuk memverifikasi layanan yang harus berjalan, merujuk pada artikel di dalam Basis Pengetahuan Microsoft:
    192708 INF: Urutan instalasi untuk SQL Server 6,5 MSMQ 1,0 Clustering Setup
    219264 INF: Urutan instalasi untuk Setup Clustering SQL Server 7.0
    Mungkin masalah

    Jika Anda unclustering dan salah satu sumber daya dll adalah digunakan, sumber daya DLL mungkin berhenti merespons di salah satu koneksi ke server. Hal ini menyebabkan proses monitor sumber daya (Resrcmon.exe) memiliki dbnmpntw.dll file terbuka bahkan ketika sumber offline.

    Resolusi pertama
    Reboot dan kembali menjalankan Wisaya uninstall.

    Kedua resolusi

    Mengubah nama DLL menyinggung Dbnmpntw.dll.copy, dan kemudian Salin kembali ke nama aslinya. Sekarang .copy file ini digunakan tetapi dbnmpntw.dll file ini tidak, sehingga wizard dapat menyelesaikan tanpa masalah.
  8. Wisaya Cluster SQL sekarang menciptakan nama bersih, IP, SQLServer, agen dan vsrvsvc sumber daya dari gugus membawa SQL Server sumber daya secara online, dan perubahan server lokal di sysservers sistem meja untuk nama virtual server.

    Mungkin masalah

    Penciptaan sumber daya yang biasanya tidak pernah masalah. Anda harus melihat sumber daya yang sedang dibuat dalam kelompok di mana disk tinggal. Semua langkah ini tidak adalah menciptakan sumber daya dan membuat dependensi antara mereka sehingga mereka dapat mulai dalam urutan yang benar.

    Membawa sumber daya online adalah fase terakhir setup. Tahap pertama adalah untuk MSSQLSERVER$ VIRTNAME layanan, menyambung ke, dan menetapkan nilai-nilai sysservers dengan benar. Jika langkah ini gagal, maka seluruh setup gagal dan rollbacks semua pekerjaan yang telah dilakukan sejauh ini. Ketika rebinding dari Sqlsrv32.dll (berkas ODBC) berkas tidak bekerja dengan benar. Ketika ini terjadi, Anda akan melihat kesalahan 123 atau 126 di log penataan cluster (Sqlclstr.log) setelah fixsysservers panggilan.

    Jika situasi ini terjadi:
    • Gugus ini benar-benar rusak.
    • Ini disebabkan oleh Wisaya hanya mengubah salah satu dari dua referensi ke file Kernel32.dll untuk referensi Vernel32.dll file sebaliknya.
    • Jika Anda sebelumnya menginstal versi yang berbeda dari Microsoft Data akses komponen (MDAC) di komputer sebelum menginstal SQL, Versi file Sqlsrv32.dll pada sistem berbeda.
    Resolusi pertama

    Reboot server kedua dan, sebelum mencoba kembali pulih, pastikan bahwa hanya pelayanan minimum berjalan seperti yang diuraikan di bawah Artikel Basis Pengetahuan Microsoft:

    192708 INF: Urutan instalasi untuk SQL Server 6,5 MSMQ 1,0 Clustering Setup
    219264 INF: Urutan instalasi untuk Setup Clustering SQL Server 7.0
    Kedua resolusi

    Ubah nama berkas Sqlsrv32.dll, dan kemudian reboot komputer. Sebelum mencoba kembali pulih, pastikan bahwa hanya pelayanan minimum menjalankan sebagaimana diuraikan dalam berikut Basis Pengetahuan Microsoft Artikel:

    192708 INF: Urutan instalasi untuk SQL Server 6,5 MSMQ 1,0 Clustering Setup
    219264 INF: Urutan instalasi untuk Setup Clustering SQL Server 7.0
    Ketiga resolusi

    Hubungi layanan dukungan produk SQL.
  9. SQL Cluster Wizard selesai.

Skenario khusus

Skenario 1

Masalah

SQL Cluster Wizard gagal dengan entri log berikut:
@ CopyFileIfNeeded: [D:\EnterpriseEdition\x86\CLUSTER\SQAGTRES.DLL] => [C:\WINNT\System32\SQAGTRES.DLL]
@@@ CopyFileIfNeeded: [D:\EnterpriseEdition\x86\CLUSTER\SQAGTRES.DLL] => [\\LNXDAYCC02\admin$\system32\SQAGTRES.DLL]
~~~ XXX InstallRemote failed
[reghelp.cpp:34] : 2 (0x2): The system cannot find the file specified.
					
Penyelesaian

Memverifikasi bahwa Anda dapat membuat \\server_name\admin$ sambungan dari kedua node dalam gugus.

Pastikan Anda memeriksa ini Jika pengaturan kartu (NIC) antarmuka jaringan telah berubah atau jika jaringan kartu telah diganti.

Warning Jika Anda menonaktifkan File dan Print Sharing untuk Microsoft jaringan, di bawah properti sambungan jaringan pada komputer Windows 2000, Anda tidak akan dapat membuat sambungan ke saham administratif. Upaya untuk mengakses saham administratif menyebabkan kesalahan: kesalahan 53 terjadi.

Skenario 2

Masalah

Wisaya Cluster SQL gagal dengan generik berikut pesan dan tidak ada referensi ke file tertentu:
File sudah ada.
Penyelesaian

Pastikan nama grup SQL dalam semua modal surat-surat. Jika tidak, Wisaya mencoba untuk membuat grup baru tetapi tidak dapat Jadi. Jika tidak semua huruf besar, mengubah nama sementara (seperti x) dan mengubah nama benar di semua huruf besar.

Catatan Hal ini berlaku untuk kelompok-kelompok yang berganti nama menjadi hanya. Nama-nama default seperti "Disk kelompok 1" memiliki sumber daya mereka pindah ke grup baru jika diperlukan oleh SQL.

Skenario 3

Masalah

Berkas Sqlclstr.log menampilkan pesan berikut:
~~~ ClusterResourceStart... tick=2, state=2
[validate.cpp:147] DeleteTestGroup:OpenClusterResource: 5007 (0x138f): The cluster resource could not be found. 
~~~ XXX Copy Files failed
[reghelp.cpp:34] : 2 (0x2): The system cannot find the file specified.
					
Penyelesaian

Memeriksa saham bersih pada setiap node dan mencari berikut:
  • \\cluster_tools_share
  • \\cluster_setup_share
Jika baik ditemukan, hapuslah.

Skenario 4

Masalah

Ketika Anda mencoba untuk re-cluster SQL setelah menginstal SQL Service pack 1, instalasi gagal dengan error berikut di Sqlcluster.log file:
Looking at disk P:
Disk P is fixed in group SQL_Disk
Looking at disk Q:
Disk Q is used by SQL but is moveable
Looking at disk R:
Error: Resource groups SQL_Disk and Disk_R both contain SQL disks
[chkconf.cpp:1416] : 160 (0xa0): The argument string passed to DosExecPgm is not correct. 
[chkconf.cpp:1482] ClusterFindVirtualSQLSrvGroup: 160 (0xa0): The argument string passed to DosExecPgm is not correct.
					
"P" drive adalah drive yang SQL telah terinstal dan installer pikir itu drive hanya digunakan. Sebenarnya, P, Q dan r drive sedang digunakan.

Penyelesaian

Periksa log galat SQL dan sysdevices sistem meja dan memastikan bahwa semua drive yang sedang digunakan oleh SQL dalam kelompok SQL SQL menggunakan.

Catatan Jika sumber disk gugus tambahan ditambahkan ke gugus untuk digunakan oleh SQL, atau jika disk lain saat ini digunakan dalam gugus yang ditunjuk untuk digunakan oleh berkerumun SQL server, mereka harus ditambahkan sebagai dependensi SQL Server.

Skenario 5

Masalah

Setup tidak dapat memperbarui jauh node atau kesalahan terjadi saat menghubungkan ke semua database default selama awal setup.

Misalnya:
#### SQL Server Remote Setup - Start Time 10/28/99 13:14:22 ####
Script file copied to '\\server8\ADMIN$\secnode.iss' successfully.
Installing remote service...
Running '\\node1\F$\ENGLISH\X86\setup\setupsql.exe SecNode=1 -s -f1 \\node2\ADMIN$\secnode.iss'...
Remote process exit code was '-1'.
\\node2\Admin$\sqlsp.log
Disconnecting from remote machine...
Service removed successfully.
Remote files removed successfully.
#### SQL Server Remote Setup - Stop Time 10/28/99 13:15:08 ####
Penyelesaian

Pastikan account layanan diatur dengan semua perizinan yang benar. Dengan menyalin akun Administrator, Anda dapat Pastikan bahwa keanggotaan grup dan banyak sifat-sifat lainnya akan disalin ke account baru. Ketika account pengguna disalin, deskripsi, kelompok keanggotaan, logon jam, logon workstation, dan informasi account disalin persis. Nama pengguna, nama lengkap, dan kotak-kotak password account baru kosong dan harus dimasukkan. The Pengguna tidak dapat mengubah Password dan Sandi tidak pernah kedaluwarsa kotak centang akan disalin.

Catatan Ketika menyalin account yang merupakan anggota dari para administrator kelompok lokal, Pengguna tidak dapat mengubah Password pengaturan tidak disalin. Biasanya, Pengguna harus mengubah sandi pada Logon berikutnya kotak centang dipilih, terlepas dari pengaturan di asli account; Namun, kotak centang ini harus jelas. Juga, Sandi tidak pernah kedaluwarsa kotak centang harus dipilih. Setelah semua entri lengkap, Klik Tambahkan.

Sekarang, dari Pengelola pengguna menu, pilih Policies\User hak, pilih Tampilkan Hak-hak pengguna tingkat lanjut, dan kemudian memberikan hak-hak berikut kepada pengguna baru:
  • Bertindak sebagai bagian dari sistem operasi.
  • Logon sebagai layanan.
  • Logon secara lokal.
Selanjutnya, logon ke kedua node dengan account yang baru dibuat dan melakukan konektivitas dasar dan hak-hak pengujian:
  • Untuk memverifikasi prosedur jauh (RPC) panggilan konektivitas, cobalah untuk logon jauh dari setiap node lain dengan baik Perfmon, Regedt32 atau Srvmgr.

  • Untuk memverifikasi NetBIOS, mencoba mengeluarkan net lihat \\machine_name dan net use \\machine_name\admin$

  • Untuk memverifikasi RDR dan SRV tanpa NBT dan IP konektivitasbersih lihat \\ alamat IP

  • Mencoba menggunakan telnet atau FTP sesi untuk menguji untuk transportasi fungsionalitas.

Skenario 6

Masalah

Gagal SQL 6,5 Cluster Wizard dan baris terakhir Gugus wizard log menyatakan:
Start SQL Server cConnectString="ODBC;DSN='';DRIVER={SQL Server};SERVER=CLIO;DATABASE=master;UID=sa;PWD="
					
Penyelesaian

Pertama memastikan bahwa melakukan @@ servername tidak kembali tanggapan NULL. Jika itu Apakah, kemudian sysservers Tabel sistem tidak memiliki entri untuk nama server lokal. Memperbaiki ini dan melanjutkan.

Jika Anda dapat memverifikasi @@ servername, Anda harus reload pengandar ODBC dan kemudian menjalankan SQL Cluster Wizard lagi. Untuk reload pengandar ODBC, menjalankan program Penataan dari SQL Server 6,5 Extended Edition compact disk dalam salah satu direktori \I386\Odbc Intel berbasis komputer atau direktori \Alpha\Odbc untuk Alpha berbasis komputer.

Skenario 7

Masalah

Setiap kali menjalankan berkas Clustwiz.exe, Dr. Watson muncul menunjuk ke Cpqmgmt.dbg file.

Penyelesaian

Semua berikut Basis Pengetahuan Microsoft referensi menunjukkan bahwa masalah ini berhubungan ke Compaq wawasan Manager. Menerapkan terbaru Compaq SoftPak (pada umumnya SSD 2.12a) dan berhenti semua kemungkinan bertentangan layanan seperti diuraikan dalam berikut Basis Pengetahuan Microsoft Artikel:
192708 INF: Urutan instalasi untuk SQL Server 6,5 MSMQ 1,0 Clustering Setup
219264 INF: Urutan instalasi untuk Setup Clustering SQL Server 7.0

Skenario 8

Masalah

Entri registri berikut adalah salah:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVer\CommonFilesDir
Penyelesaian

Memperbaiki jalan.

Skenario 9

Masalah

Tidak dapat uncluster SQL menggunakan SQL Cluster Failover Wizard.

Penyelesaian

Ketika Wisaya Failover Cluster SQL menjalankan, SQL Gugus sumber daya dibuat. Secara default, sumber daya ini memiliki berikut penamaan struktur:
   <Virtual_SQL_Server_Name> IP Address
   <Virtual_SQL_Server_Name> Network Name
   <Virtual_SQL_Server_Name> SQL Server 7.0
   <Virtual_SQL_Server_Name> VServer
   <Virtual_SQL_Server_Name> SQL Server Agent 7.0
					
Misalnya, jika Virtual_SQL_Server_Name adalah xyz, SQL sumber daya yang, secara default, bernama sebagai:
   xyz IP Address
   xyz Network Name
   xyz SQL Server 7.0
   xyz VServer
   xyz SQL Server Agent 7.0
					
Jika semua atau sebagian dari sumber daya ini kemudian dimodifikasi untuk:
   IP Address
   Network Name
   SQL Server
   Virtual Server
   SQL Agent
					
Hal ini dapat menyebabkan Wisaya Failover Cluster SQL untuk gagal atau menggantung Ketika digunakan. Untuk mengatasi ini, mengubah sumber daya kembali ke nama default.

Skenario 10

Masalah

SQLCLUST.LOG menampilkan pesan berikut:
~~~ OnEnableCluster: UpdateSku
~~~ OnEnableCluster: TransferSQLServices
+++ TransferSQLServices: enter
+++ TransferSQLServices: calling AddVSNameLanManServer
[reghelp.h:132] type not REG_MULTI_SZ: 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[reghelp.h:133] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[reghelp.h:290] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[clenable.cpp:1803] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[clenable.cpp:1836] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

[clenable.cpp:2379] : 160 (0xa0): The argument string passed to DosExecPgm is not correct.

~~~ XXX TransferSQLServices failed
					
Penyelesaian

Memverifikasi bahwa jenis nilai registri berikut kunci:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters\NullSessionPipes
					
adalah REG_MULTI_SZ.

Kegagalan sebenarnya di RegQueryValue_MULTI_SZ(). Itu gagal karena jenis kunci tidak REG_MULTI_SZ.

Itu jenis kunci bukanlah REG_MULTI_SZ, Anda akan perlu menyalin isi dari kunci, menghapus dan membuat ulang tombol dengan sama nama dan memperbaiki nilai jenis, dan kemudian mengganti isi.

Properti

ID Artikel: 254593 - Kajian Terakhir: 21 September 2011 - Revisi: 2.0
Berlaku bagi:
  • Microsoft SQL Server 7.0 Enterprise Edition
  • Microsoft SQL Server 6.5 Enterprise Edition
Kata kunci: 
kbinfo kbmt KB254593 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.
Klik disini untuk melihat versi Inggris dari artikel ini:254593

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com