SQL Server 2005 DB Mirroring errore

Question

sto ottenendo il seguente errore quando si tenta di installazione di SQL Server 2005 database mirroring sul mio server. Sto facendo funzionare due server Win2K3 con SQL 2005 su ciascuno con uno di quelli in esecuzione a fianco di un 2000 Versione SQL. Dopo il ripristino del database con NORecovery e la configurazione degli endpoint, mi imbatto nel seguente errore quando provo ad iniziare la sessione di mirroring.

TITLE: Database Properties
------------------------------

An error occurred while starting mirroring.

------------------------------
ADDITIONAL INFORMATION:

Alter failed for Database 'TestDB'.  (Microsoft.SqlServer.Smo)

------------------------------

An exception occurred while executing a Transact-SQL statement or 
batch. (Microsoft.SqlServer.ConnectionInfo)

------------------------------

The server network address "TCP://S-01.ssl.local:5022" can not be reached 
or does not exist. Check the network address name 
and that the ports for the local and remote endpoints are operational. 
(Microsoft SQL Server, Error: 1418)

Sarò anche notare che posso telnet alla porta utilizzando il nome completo da entrambi i server.

Aggiorna

Il server secondario è in esecuzione SQL Server 2005 come istanza denominata sul locale 1434 e attraverso la rete come 1433 sugli indirizzi IP che corrispondono il nome di dominio in uso.

[EDIT]

Sono stato in grado di telnet alla porta 5022 su entrambi i server.

[SOLUZIONE]

Nel caso in cui è possibile la registrazione e entrambe le porte sono attive può essere che l'account di fondo che SQL Server utilizza non è un account di dominio. Sui nostri server l'account di sistema locale era che il servizio è stato registrato come. Una volta che questo è stato cambiato per essere l'account di dominio di amministratore invece il problema è stato risolto.

Answer 1

Nel caso in cui è possibile la registrazione e entrambe le porte sono attive può essere che l'account di fondo che SQL Server utilizza non è un account di dominio. Sui nostri server l'account di sistema locale era che il servizio è stato registrato come. Una volta che questo è stato cambiato per essere l'account di dominio di amministratore invece il problema è stato risolto.

Answer 2

Lo telnet alla porta 5022 su ogni server? Questa è la porta utilizzata per il mirroring del database, non le porte SQL 1433 / 1434.

Vorrei controllare le impostazioni del firewall e che lo SQL Server i servizi sono in esecuzione in account di dominio.

Si potrebbe anche voler controllare gli altri punti su questo articolo sulla risoluzione dei problemi circa il mirroring:

http: / /blogs.msdn.com/grahamk/archive/2008/12/08/database-mirroring-error-1418-troubleshooter.aspx

Answer 3

Controllare il registro di SQL su entrambe le macchine e assicurarsi che lo SQL Server è in ascolto sulla porta 5022 che mirroring del database dovrebbe usare.

Sul server che ha l'istanza denominata, c'è un altro esempio che è configurato per utilizzare la stessa porta TCP per il mirroring o qualcos'altro?

Answer 4

Poiché sembra che il tuo login è successo ed è in mancanza, mentre in realtà consente il mirroring, hai provato ad utilizzare SQL Profiler per vedere esattamente che cosa affermazione sta fallendo?

Non sono sicuro se si ha familiarità con Profiler, ma ecco una tutorial (E 'per SQL 2000, ma lo strumento è solo leggermente diversa nel 2005).

Answer 5

Ho anche avuto questo problema, ma in SQL Server 2008 in esecuzione in Windows 7 (tutte le istanze della stessa macchina),

nel mio caso la soluzione:

stava facendo questo:

Passo 1) Il sistema firewall non dovrebbe bloccare la porta di SQL Server.

Passo 2) Andare a Gestione computer >> Servizio e Application >> SQL Server 2005 Configurazione >> Configurazione di rete Abilitare il protocollo TCP / IP. Assicurarsi che la porta SQL SERVER è per default 1433.

Solo per assicurarsi che seguire un passo in più che può o non può essere necessario.

Passo 3) Andare a Gestione computer >> Servizio e Application >> configurazione SQL Server >> configurazione 2005 Cliente Abilitare il protocollo TCP / IP.

Riferimento: Pinal Dave ( http: // blog. SQLAuthority.com )

e poi questo: http://www.youtube.com/watch?v=VHAUtCiN1M4 strega è fondamentalmente andare a SQL Server Configuration Manager, e per ogni istanza impostare l'utente locale e la password.

Solo i miei due centesimi, a quanto pare non ogni soluzione funziona per tutti ... e ho perso un giorno cercando di capirlo