Pertama, kami akan memperkenalkan dua solusi yang umum digunakan di Internet:
1. Komputer Saya--Panel Kontrol--Alat Administratif--Layanan--Klik kanan MSSQLSERVER--Properti--Login--Identitas Masuk--Pilih "Sistem Lokal Akun"
atau :
2. Komputer Saya--Panel Kontrol--Alat Administratif--Layanan--klik kanan MSSQLSERVER--Properti--Login--Identitas Masuk--Pilih "Akun Ini"--Masukkan kata sandi Anda yang telah diubah dan konfirmasi kata sandi kata sandi administrator.
Perbedaan keduanya:
pilih metode pertama, dan jika Anda mengubah kata sandi administrator di masa mendatang, Anda tidak perlu menyesuaikannya (tetapi orang yang masuk ke sistem operasi adalah administrator sistem) .
Pilih metode kedua, dan jika Anda mengubah kata sandi administrator di masa mendatang, Anda tidak perlu menyesuaikannya lagi.
Berikut adalah situasi yang saya temui:
Pagi ini, rekan saya memberi tahu saya bahwa SQL-nya tidak dapat masuk ke "Manajer Perusahaan" miliknya, dan kesalahan yang dilaporkan adalah "Kesalahan 1069, layanan tidak dapat dimulai karena kegagalan masuk." online. Saya telah mencapai dua solusi di atas, tetapi ketika saya melihat jendela layanan, saya menemukan tempat lain yang mungkin menyebabkan masalah ini, seperti yang ditunjukkan di bawah ini:
Pertama-tama kita temukan layanan MSSQLSERVER, lalu periksa propertinya.
Saya menemukan bahwa akun domain digunakan untuk verifikasi ketika memulai layanan, jadi saya bertanya apakah kata sandi untuk login domain telah diubah. Jawabannya adalah ya, karena domain telah dikonfigurasi sehingga mengharuskan pengguna untuk mengubah kata sandi setelahnya jangka waktu tertentu, dan tidak boleh sama dengan password sebelumnya (Kecuali password yang kosong, saya sudah melakukan percobaan mengenai ini ^_^). Jadi saya mengatur ulang kata sandi di sini, berhasil memulai ulang layanan, dan SQL juga berhasil masuk.
Melalui masalah ini, kami menemukan bahwa ketika kata sandi domain diubah, informasi verifikasi login yang digunakan oleh layanan terkait tidak akan diperbarui secara otomatis dan perlu diperbarui secara manual untuk mengatasi masalah ini. Jika dirasa merepotkan, lebih mudahnya langsung ubah identitas login menjadi "Local System Account" seperti solusi di atas.