Se suele hacer esto para repartir el acceso entre servers?

06/12/2007 - 14:48 por Javier \(CC\) | Informe spam
Buenas. Tras algunas consultas en este grupo sobre como balancear el acceso
a un sql server 2005 en dos servidores hice lo siguiente. Configuré una
publicación local en un server y en otro la suscripción al primero, de forma
que se replicaran las bases de datos constantemente. En nombre de las
instancias las llamé iguales. Además configuré el servicio NLB para que las
peticiones se repartieran.
A pesar de que SQL server no está diseñado para esto a veces no cuentas con
otras herramientas. Esta que he usado sería una "ñapa" aceptable teniendo en
cuenta que las bases de datos no están diseñadas para "bases de datos
federadas" ?

Un saludo a todos

Preguntas similare

Leer las respuestas

#1 Maxi
06/12/2007 - 17:25 | Informe spam
Javier, usted ha leido sobre replica transaccional peer to peer?


-
Microsoft M.V.P en SQLServer
SQLTotal Consulting - Servicios en SQLServer
Email:
"Javier (CC)" escribió en el mensaje
news:%
Buenas. Tras algunas consultas en este grupo sobre como balancear el
acceso a un sql server 2005 en dos servidores hice lo siguiente. Configuré
una publicación local en un server y en otro la suscripción al primero, de
forma que se replicaran las bases de datos constantemente. En nombre de
las instancias las llamé iguales. Además configuré el servicio NLB para
que las peticiones se repartieran.
A pesar de que SQL server no está diseñado para esto a veces no cuentas
con otras herramientas. Esta que he usado sería una "ñapa" aceptable
teniendo en cuenta que las bases de datos no están diseñadas para "bases
de datos federadas" ?

Un saludo a todos

Respuesta Responder a este mensaje
#2 Javier \(CC\)
07/12/2007 - 10:33 | Informe spam
Hola Maxi.
He leido lo que me comentas. Tengo una duda sobre la replica transaccional
p2p. Se supone que el programa que consulta las bases de datos tiene que
estar diseñado para que reparta el acceso? Es decir, entiendo que en la
disposición que propones unos usuarios consultan a un servidor y otros a
otros, aunque se repliquen entre si, de esta forma se hace el balanceo, o
podríamos configurar un NLB o un cluster para ello?
Te lo comento porque la configuración que yo he realizado en pruebas es un
publicador y un suscriptor que se replican constantemente los cambios y los
usuarios acceden por un nombre de cluster nlb. El por qué de esta
configuración es porque tengo la version Standard de sql 2005 que no admite
la replicación transaccional p2p. Sería correcto?

Saludos

"Maxi"
Javier, usted ha leido sobre replica transaccional peer to peer?

"Javier (CC)"
Buenas. Tras algunas consultas en este grupo sobre como balancear el
acceso a un sql server 2005 en dos servidores hice lo siguiente.
Configuré una publicación local en un server y en otro la suscripción al
primero, de forma que se replicaran las bases de datos constantemente. En
nombre de las instancias las llamé iguales. Además configuré el servicio
NLB para que las peticiones se repartieran.
A pesar de que SQL server no está diseñado para esto a veces no cuentas
con otras herramientas. Esta que he usado sería una "ñapa" aceptable
teniendo en cuenta que las bases de datos no están diseñadas para "bases
de datos federadas" ?

Un saludo a todos





email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida