2012-08-13 35 views
37

Sto tentando di installare il server di sviluppo SQL Server 2008 sul mio computer locale come amministratore.Le credenziali per il servizio Agente SQL Server non sono valide

Durante l'installazione ricevo questo errore, qualsiasi idea di come risolverlo? Grazie

[Messaggio di errore]
le credenziali fornite per il servizio SQL Server Agent non sono validi. Per continuare, fornire un account e una password validi per il servizio Agente SQL Server.

[Dettagli] Microsoft.SqlServer.Configuration.Agent.InputValidationException: Le credenziali fornite per il servizio SQL Server Agent sono validi. Per continuare, fornire un account e una password validi per il servizio Agente SQL Server.

+0

grazie mar_s per l'editing! – GibboK

risposta

6

Nel mio caso è stato più di un bug di Microsoft, di un problema reale . Ho installato sotto il login dell'amministratore e ho usato la password forte btw ma stavo ancora ricevendo questo errore costantemente.

Ho provato a installare con credenziali di Windows senza immettere la password, ma non è stata eseguita. Stava ottenendo lo stesso errore.

Poi ho cancellato tutte le caselle di testo di password manualmente e copia la password corretta nella ogni casella di testo. Hit enter, ed è andato avanti.

L'errore era molto probabilmente fuorviante.

+0

Questo è esattamente lo stesso problema che ho avuto. Pensavo che stavo impazzendo per un secondo! – Jerryf

21

Utilizzare le credenziali che si utilizzano per accedere al PC. Nome utente possono essere ricercati per Cliccando in sequenza

Avanzate -> Trova -> Scegli il tuo nome utente -> (ad esempio JOHNSMITH_HP/John)

password deve essere uguale vostro Windows password di accesso

Ecco qua !!

+1

Non sono riuscito a trovare il mio nome utente tramite quella sequenza, ma l'ho trovato cercando nella cartella Utenti. Vale la pena notare che, se si utilizza un account MS per accedere a Windows, il nome utente sul computer non è quello che effettivamente appare sullo schermo di login di Windows. – levininja

2

Ho riscontrato questo errore in seguito al tentativo di utilizzare una VM clonata con lo stesso SID del dominio. Le due opzioni per risolverlo erano: sysprep (o ricompilare) il server del database OPPURE dcpromo il DC in basso e back up per cambiare il SID del dominio.

0

Nel mio caso la password è scaduta. Cambia la password e prova di nuovo il passaggio.

0

Beh, mi sono battuto per capire perché, quando nella sezione Account dell'installazione di un secondo nodo, il sistema non accetterà la password che ho usato per accedere. Mi sono grattato la testa - leggendo ogni post sotto il sole tutto inutilmente.

Ho notato che alcuni account di servizio sono stati dati come [email protected] e altri sono stati dati come DOMAIN\service.instname.instno (quest'ultimo è la versione Win2000)

Ho anche notato osservazioni circa la forza della password in modo ho pensato - posso farlo così Ho cambiato la password in un livello molto più alto e RDC nel server - con una nuova password e ho pensato - meglio aggiornare prima i servizi sul nodo esistente. Ho interrotto il servizio, ho fatto clic su una password e incollato dagli appunti - (non può andare storto eh?) Ha ha dice Windows .. Ho capito ... non accetterebbe la password - con la quale ho appena effettuato l'accesso. Ho fatto clic su Sfoglia per selezionare l'account di servizio e VOILA! il nome dell'account è stato modificato nella versione DOMAIN\user e ha accettato prontamente la password. Ho quindi ripetuto l'esercizio sull'altro servizio. Ho poi scoperto che l'installazione del nodo sarebbe continuata (dopo il backup e l'inoltro attraverso il processo) per prendere il nuovo formato del nome e accettato le password senza reclami.

Penso che la morale di questa esperienza sia quella di utilizzare le procedure guidate e selezionare tramite il pulsante "Sfoglia" invece di immettere manualmente il nome del servizio.

Spero che la mia esperienza salvi qualcun altro il dolore che ho attraversato.

ancora confuso

4

Sembra che ci siano diversi problemi che possono causare questo sintomo. Per distinguerli, è necessario cercare in the setup log files in %PROGRAMFILES%\Microsoft SQL Server\[versionnumber]\Setup Bootstrap\Log, probabilmente Detail.txt.

Secondo this article, quando si esegue il programma di installazione come amministratore locale e si tenta di utilizzare un account di dominio per il servizio, è possibile che le credenziali non siano valide perché l'amministratore locale non dispone di autorizzazioni sufficienti nel dominio per cercare il SID dell'account di servizio. Questo era il problema principale che stavo incontrando, e potrebbe essere quello che stava interessando il poster originale un anno e mezzo fa.

0

Avevo un account di dominio con una password complessa, ma non funzionava, quindi ho utilizzato l'account Servizio di rete. Ho provato a cambiarlo su SQL Server Configuration Manager dopo l'installazione e ha funzionato.

6
  1. Nella casella di riepilogo "Nome account" selezionare Sfoglia. Immettere il nome utente utilizzato per accedere a Windows su "Immettere il nome dell'oggetto da selezionare", quindi fare clic su "Controlla nomi". Fai clic su "Ok".

  2. In "Password" è sufficiente digitare la password utilizzata per l'accesso a Windows.

+0

Questo ha risolto il problema per me! –

+0

Grazie mille !!!! – fandro

1

ho scoperto che ho dovuto essere registrato come utente del dominio.

Mi ha dato questo errore quando ero loggato come amministratore di macchina locale e tentavo di aggiungere l'account del servizio di dominio.

Registrato come utente di dominio (ma amministratore sulla macchina) e ha accettato le credenziali.

0

Il ruolo del cluster di SQL Server offline-Online sul nodo 1 ha funzionato correttamente.

0

Avevo una VM che era server 2012 e dovevo cambiare la nic a VMXNET 3. Non si collegava abbastanza velocemente al dominio per far partire i servizi.

0

il pulsante 'Utilizza lo stesso account' sotto la finestra principale riempirà automaticamente tutte le caselle di testo. questo ha funzionato per me.

1

syntax will become:

setup.exe /CofigurationFile=D:\saurabh\ConfigurationFile.ini/quiet = "true"/SAPWD = "Saurabh"/SQLSVCPASSWORD = "password di servizio motore SQL"/AGTSVCPASSWORD = "password servizio dell'agente"/ASSVCPASSWORD = "password di servizio ananlysis"/ISSVCPASSWORD = "* password di servizio Integrazione"/RSSVCPASSWORD = "password servizio Segnalazione"

for Detailed solution click here

0

Potreste incontrare uno di questi tre problemi:

un post con il riepilogo per tutti e tre i possibili problemi potrebbe essere trovato qui: https://cms4j.wordpress.com/2016/11/29/0x851c0001-the-credentials-you-provided-for-the-sqlserveragent-service-is-invalid/

Problemi correlati