Ho ripristinato un database da un'istanza di SQL Server a un'altra istanza di SQL Server. Nel database sono già stati aggiunti utenti. Ma non hanno Login per la nuova istanza di SQL Server.
So come creare nuovi accessi per i nuovi utenti, ma come posso creare gli accessi per gli utenti esistenti?
Risposte:
Il problema è che il ripristino riporta gli utenti db dall'istanza del server originale ma la nuova istanza in genere non conosce nulla di tali accessi utente. Li vedrai in Sicurezza a livello di db, ma non hanno accessi a livello di server corrispondenti.
È necessario ricollegare gli utenti del database con accessi al server sull'istanza in cui è stato ripristinato il database.
Ci sono un paio di modi per farlo:
Crea nuovi accessi per loro nella nuova istanza. Dovrai quindi rimuoverli come utenti del database nella nuova istanza e aggiungere i loro nuovi accessi. Ciò sembra strano dato che è possibile creare gli stessi nomi di accesso, ma gli SID (identificatori di sicurezza) saranno diversi e questo è ciò che SQL utilizza per l'identificazione dell'utente. Questo è abbastanza facile per uno o due accessi.
Se si desidera mantenere gli stessi utenti, mantenendo gli stessi SID, su più istanze, utilizzare la procedura memorizzata sp_help_revlogin . Copiare il codice dal collegamento che creerà le procedure memorizzate necessarie ed eseguirlo sul server da cui si desidera copiare gli utenti. Genererà uno script SQL che puoi eseguire sul tuo server di destinazione per creare gli stessi utenti che trasportano SID, password, tutto. Questa è la strada da percorrere se hai molti utenti del database che devi riconnettere sull'istanza di destinazione o se non conosci le password per uno o più accessi SQL sull'istanza di origine.
Ho sempre eseguito lo sp_change_users_login di comando con l'azione 'update_one' a ri-link l'utente del database con l'accesso al server:
sp_change_users_login 'Update_One', 'database user', 'server login'
Ecco cosa ho trovato.
Quando lo squillman è scaduto, gli utenti vengono copiati con il database, ma gli accessi no. Esiste una procedura di archivio denominata sp_change_users_login che è possibile utilizzare per risolvere il problema. I passaggi per farlo sono dettagliati in questo articolo . I dettagli sull'uso della procura del negozio sono disponibili in questa pagina .
A partire da SQL Server 2012, esiste un comando T-SQL per assegnare utenti esistenti a nuovi accessi. Crea il login, ma non provare a eseguire Mapping utente (non riuscirebbe). Quindi eseguire:
use <existing_database>;
alter user <existing_database_user> with login = <newly_created_login>;
Questo mapperà il login esistente al nuovo utente. Documentazione SQL qui: https://docs.microsoft.com/en-us/sql/t-sql/statements/alter-user-transact-sql?view=sql-server-2017
EXEC sp_change_users_login 'Auto_Fix', 'User', NULL, 'password';invece. :)