Perbaiki untuk 'tamu' pengguna anak yatim?

Apa yang dapat dilakukan, jika ada, ketika guestpengguna khusus menjadi yatim (tidak tertaut ke info masuk mana pun)?

Untuk salah satu database saya (SQL Server 2005), mengeksekusi daftar berikut pengguna tamu sebagai pengguna yatim.

exec sp_change_users_login 'report'

Hasil:

UserName    UserSID
guest       0x3C2E66759FFBC14F84127D6795C27FD3

Jika saya mencoba memperbaiki pengguna tamu menggunakan prosedur itu, saya mendapatkan yang berikut:

exec sp_change_users_login 'update_one', 'guest', 'guest'

Mengakhiri prosedur ini. 'guest' adalah nilai terlarang untuk parameter nama login dalam prosedur ini.

Jika saya mencoba menghapus pengguna, saya mendapatkan:

Pengguna 'tamu' tidak dapat dijatuhkan, itu hanya dapat dinonaktifkan.

select * from sys.database_principals where name = 'guest'

Hasil dalam:

name                 guest
principal_id         2
type                 S
type_desc            SQL_USER
default_schema_name  guest
create_date          11/13/98 2:58 AM
modify_date          10/16/01 4:31 PM
owning_principal_id  NULL
sid                  0x3C2E66759FFBC14F84127D6795C27FD3
is_fixed_role        0

Basis data tampaknya bingung apakah ini pengguna khusus atau bukan. Adakah yang bisa dilakukan?

Pengguna "tamu" tidak pernah ditugaskan untuk login server, bahkan pada instalasi baru itu diklasifikasikan sebagai pengguna SQL tanpa login. Karena Anda hanya dapat mengatur SID dari login (saat pembuatan), dan bukan pengguna, saya tidak percaya bahwa ini mungkin; sp_change_users_login tidak berfungsi dengan tepat karena akun tamu tidak boleh dipetakan ke login server. Akibatnya, pengguna "tamu" selalu menjadi pengguna yatim. Mungkin bukan jawaban yang Anda inginkan :)

Pikiranku ... Alasannya sp_change_users_loginmelemparkan kesalahan itu adalah karena MS juga menulisnya. [Melihat-lihat kode prosedur sistem sesekali bisa menyenangkan. :)] Namun fakta bahwa itu muncul ketika menjalankan laporan menunjukkan bahwa seseorang / beberapa proses mengacaukan akun, atau kemungkinan perbaikan terbaru dari MS bisa melakukannya (Anda tidak pernah tahu).

Akun tamu seharusnya ada di sana, itu ada di setiap basis data yang dibuat karena akun ada dalam model secara default. Membuatnya tidak muncul dalam laporan mungkin akan memerlukan mendapatkan bahwa SID diubah kembali ke 0x00saya kira. Selama akun dinonaktifkan, saya akan membiarkannya dan mengabaikannya. Jika itu benar-benar mengganggu saya, saya akan mengeluarkan uang dan menelepon dengan dukungan Microsoft.

Catatan: Setiap kali Anda memindahkan database Anda dari satu server ke server lain ada masalah pengguna yatim biasanya terjadi. FileListOnly adalah istilah baru dalam sql server yang memiliki semua detail cadangan yang dibuat yang memiliki akses ke sana.

Jadi ada urutan tugas yang harus Anda ikuti

1. Pertama, Anda harus mengembalikan FileListOnly dari cadangan yang dibuat ke tujuan atau server baru.
2. Kembalikan cadangan.
3. Gunakan sp_change_users_login sesuai kebutuhan. Untuk bantuan mengenai prosedur ini, Anda dapat merujuk http://msdn.microsoft.com/en-us/library/ms174378.aspx .

Saya memberi contoh di sini berharap ini akan membantu:

> RESTORE FILELISTONLY FROM DISK = N'C:\YourDB.bak'
> 
> RESTORE DATABASE YourDb FROM DISK = N'C:\YourDB.bak' WITH MOVE
> N'YourDB' TO N'D:\YourDB.mdf', MOVE N'YourDB_log' TO N'D:\YourDB.ldf',
> REPLACE
> 
> exec YourDB.dbo.sp_change_users_login 'update_one', 'UserName','UserName'