Problemas con SQL y Mirroring

Hola Julian, ¿dice que no están en el mismo dominio? si no está en el mismo
dominio no puedes hacer mirroring (excepto con certificados) ya que se basa
en la autenticación de windows Repasa si por ahí está tu problema.

Saludos
Miguel Egea
"Juli?n" wrote in message
news:
Mostrar la cita

Hola grupo:

Estoy intentando hacer pruebas con el Mirroring de SQL Server 2005. Lo he
intentado tanto en base al Wizard de SQL Server 2005, como a instrucciones
directas de T-SQL, pero en todos los casos al ejecutar la siguiente
instrucción:

ALTER DATABASE PUBS SET PARTNER = 'TCP://SERVERW:5033'

(Donde SERVERW es el servidor que hace el papel de Mirror. También he
probado directamente con su IP)

obtengo el error 1418:
The server network address TCP://SERVERW:5033 cant not be reached or does
not exist.

El escenario de pruebas que tengo es el siguiente:
* Servidor Principal: Windows XP SP2. Con Firewall desactivado.
* Servidor "Mirror": Máquina Virtual con Windows 2003 Server SP1. Con
Firewall desactivado.
* Servidor "Witness". PC con Windows 2000 Profesional y SQL Express 2005.

Los ordenadores no están en ningún dominio.
Además haciendo un Telnet a la IP y puerto 5033 del servidor "Mirror", la
conexión se establece sin problemas.

¿ Alguien se le ocurre cuál es es el problema ?
¿ Puede ser un tema de permisos de los "endpoints" ?

Saludos.

Hola Miguel:

Realmente no tengo ningún dominio, es decir, tengo las 3 máquinas dentro de
un grupo de trabajo.
Aun así, ¿ tengo que usar certificados ?

Saludos


"Miguel Egea" escribió en el mensaje
news:
Mostrar la cita

Hola Julian, ¿dice que no están en el mismo dominio? si no está en el
mismo dominio no puedes hacer mirroring (excepto con certificados) ya que
se basa en la autenticación de windows Repasa si por ahí está tu problema.

Saludos
Miguel Egea
"Juli?n" wrote in message
news:
Mostrar la cita

Hola grupo:

Estoy intentando hacer pruebas con el Mirroring de SQL Server 2005. Lo he
intentado tanto en base al Wizard de SQL Server 2005, como a
instrucciones directas de T-SQL, pero en todos los casos al ejecutar la
siguiente instrucción:

ALTER DATABASE PUBS SET PARTNER = 'TCP://SERVERW:5033'

(Donde SERVERW es el servidor que hace el papel de Mirror. También he
probado directamente con su IP)

obtengo el error 1418:
The server network address TCP://SERVERW:5033 cant not be reached or does
not exist.

El escenario de pruebas que tengo es el siguiente:
* Servidor Principal: Windows XP SP2. Con Firewall desactivado.
* Servidor "Mirror": Máquina Virtual con Windows 2003 Server SP1. Con
Firewall desactivado.
* Servidor "Witness". PC con Windows 2000 Profesional y SQL Express 2005.

Los ordenadores no están en ningún dominio.
Además haciendo un Telnet a la IP y puerto 5033 del servidor "Mirror", la
conexión se establece sin problemas.

¿ Alguien se le ocurre cuál es es el problema ?
¿ Puede ser un tema de permisos de los "endpoints" ?

Saludos.

Pues, si te soy sincero siempre lo monté en el mismo dominio o en dominios
de confianza, nunca en workgroup, pero lo que dice la ayuda es esto,
asegurate eso sí que el servicio windows no está ejecutandose como "local
service":


A database mirroring connection uses either Windows Authentication (the
Security Support Provider Interface (SSPI)) or certificate-based
authentication.

Windows Authentication
Under Windows Authentication, each server instance logs in to the other side
using the Windows credentials of the Windows user account under which the
process is running. For this reason, Windows Authentication requires that
SQL Server services must run as domain users in trusted domains or as
network services.

To authenticate both ends of a connection, Windows Authentication uses the
credentials of the Windows user account on which the SQL Server instances
are running. Therefore, the user account of each server instance must have
the permissions needed to log in and send messages to each of the other
server instances.

For an example of setting up a database mirroring session using Windows
Authentication, see Example of Setting Up Database Mirroring Using Windows
Authentication.

Certificates
In some situations, such as when server instances are not in trusted domains
or when SQL Server is running as a local service, Windows Authentication is
unavailable. In such cases, instead of user credentials, certificates are
required to authenticate connection requests. The mirroring endpoint of each
server instance must be configured with its own locally created certificate.

A certificate is a public key/private key pair. The private key in the
certificate is protected either by a certificate password or the database
Master Key of the master database. The encryption method is established when
the certificate is created. For more information, see How to: Allow Database
Mirroring to Use Certificates for Outbound Connections (Transact-SQL).
Carefully manage the certificates that you use.

A server instance uses the private key of its own certificate to establish
its identity when setting up a connection. The server instance that receives
the connection request uses the public key of the sender's certificate to
authenticate the sender's identity. For example, consider two server
instances, Server_A and Server_B. Server_A uses its private key to encrypt
the connection header before sending a connection request to Server_B.
Server_B uses the public key of Server_A's certificate to decrypt the
connection header. If the decrypted header is correct, Server_B knows that
the header was encrypted by Server_A, and the connection is authenticated.
If the decrypted header is incorrect, Server_B knows that the connection
request is inauthentic and refuses the connection.


Saludos
Miguel Egea
"Juli?n" wrote in message
news:
Mostrar la cita

Hola Miguel:

Realmente no tengo ningún dominio, es decir, tengo las 3 máquinas dentro
de un grupo de trabajo.
Aun así, ¿ tengo que usar certificados ?

Saludos


"Miguel Egea" escribió en el mensaje
news:
Mostrar la cita

Hola Julian, ¿dice que no están en el mismo dominio? si no está en el
mismo dominio no puedes hacer mirroring (excepto con certificados) ya que
se basa en la autenticación de windows Repasa si por ahí está tu
problema.

Saludos
Miguel Egea
"Juli?n" wrote in message
news:
Mostrar la cita

Hola grupo:

Estoy intentando hacer pruebas con el Mirroring de SQL Server 2005. Lo
he intentado tanto en base al Wizard de SQL Server 2005, como a
instrucciones directas de T-SQL, pero en todos los casos al ejecutar la
siguiente instrucción:

ALTER DATABASE PUBS SET PARTNER = 'TCP://SERVERW:5033'

(Donde SERVERW es el servidor que hace el papel de Mirror. También he
probado directamente con su IP)

obtengo el error 1418:
The server network address TCP://SERVERW:5033 cant not be reached or
does not exist.

El escenario de pruebas que tengo es el siguiente:
* Servidor Principal: Windows XP SP2. Con Firewall desactivado.
* Servidor "Mirror": Máquina Virtual con Windows 2003 Server SP1. Con
Firewall desactivado.
* Servidor "Witness". PC con Windows 2000 Profesional y SQL Express
2005.

Los ordenadores no están en ningún dominio.
Además haciendo un Telnet a la IP y puerto 5033 del servidor "Mirror",
la conexión se establece sin problemas.

¿ Alguien se le ocurre cuál es es el problema ?
¿ Puede ser un tema de permisos de los "endpoints" ?

Saludos.