Ho installato Windows 10 Pro con SQL Server 2016 Dev. Ci sono due account utente locali sulla macchina: [WORK \ admin] e [WORK \ erop]. L'account [WORK \ erop] è stato creato inizialmente senza connessione a Microsoft. Ma più tardi lo collego al mio account MS. L'account [WORK \ erop] è stato aggiunto al ruolo sysadmin durante l'installazione di SQL Srv.SQL Srv 2016: accesso non riuscito per l'utente 'MicrosoftAccount ...'
Ora cerco di connettersi a un'istanza di SQL Srv con SSMS come [WORK \ erop] ma ricevono:
Login failed for user 'MicrosoftAccount\<my_MS_account>'. Reason: Could not find a login matching the name provided. [CLIENT: <local machine>] e Error: 18456, Severity: 14, State: 5. che means "userid non valido".
Siccome presumo che SSMS sia lanciato sotto l'account MS e poiché l'account MS non ha accesso su istanza SQL Srv rifiuta la connessione.
ho eseguito
CREATE LOGIN [MicrosoftAccount\<MS_account>] FROM WINDOWS WITH DEFAULT_DATABASE=[master], DEFAULT_LANGUAGE=[us_english]
GO
ALTER SERVER ROLE [sysadmin] ADD MEMBER [MicrosoftAccount\MS_account]
GO
e tutto è OK. Ma mi chiedo se ci sia un modo più intelligente per mappare MS_account all'utente locale che ha un accesso su istanza SQL Srv?
hai trovato qualche soluzione? –
La mia soluzione è lo snippet di codice sopra. Ma se volevi dire un "modo più intelligente" desiderato ... no, sfortunatamente no. – erop
Sembra che tu l'abbia capito. I miei 2 centesimi continuerei a dire che l'account che si desidera come ADMIN per SQL Server è necessario impostare l'account come ADMIN sulla macchina effettiva e accedere con tale account (è sempre possibile abbassare le autorizzazioni in un secondo momento, tuttavia non ho mai do) perché presumo che tu voglia che i servizi SQL siano eseguiti con questo account particolare e che installi SQL Server. Quindi aggiungere gli accessi di sicurezza dopo aver configurato SQL Server, come fatto sopra. – Moojjoo