Como balanceo el acceso a datos con dos servidores?

¿Hay alguna forma de saber cuantas conexiones
tiene abiertas un servidor de SQL Server?

Échale un vistazo a los procedimientos almacenados «sp_who» y «sp_who2»

Un saludo!

Rubén Vigón
Microsoft MVP Visual Basic
http://vigon.mvps.org

On Mon, 3 Dec 2007 18:00:30 +0100, Rubén Vigón
wrote:

¿Hay alguna forma de saber cuantas conexiones
tiene abiertas un servidor de SQL Server?

Échale un vistazo a los procedimientos almacenados «sp_who» y «sp_who2»

Gracias Rubén


Saludos

Sí, se puede saber (sp_who).

El tema no es sencillo, pues no se trata simplemente de balancear
conexiones, sino de balancear procesos y transacciones entre bases de datos.

Personalmente no intentaria simular un RAC Oracle en SQL Server, compraría
esa solución a Oracle :-)

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Alfredo Novoa" wrote:

Hola Gux,

On Mon, 3 Dec 2007 06:53:01 -0800, Gux (MVP)
wrote:

>Por favor explique con más detalle a qué se refiere usted por "acceso a la
>base de datos en forma balanceada".
>
>Si se refiere a un balanceo de carga a nivel de la base de datos similar al
>RAC de Oracle, SQL Server 2005 no dispone de tal funcionalidad.

¿Hay alguna forma de saber cuantas conexiones tiene abiertas un
servidor de SQL Server?

Eso podría ayudar para hacer algún apaño y dirigir las nuevas
conexiones al servidor menos cargado, usando un servidor DNS por
ejemplo.



Saludos
Alfredo

Coincido en parte con la recomendación de Maxi.

De todas formas hay que resolver en una capa anterior el balanceo
automático. La funcionalidad que tiene SQL Server (desde la versión 2000)
para intentar atacar este tipo de problemas es el concepto de "base de datos
federada".

En mi humilde opinión es una idea algo difícil de implementar y administrar.
No se le puede pedir manzanas a un naranjero, SQL Servert está diseñado para
escalar verticalmente y no horizontalmente (como propone el RAC Oracle).

Gustavo Larriera, Microsoft MVP
https://mvp.support.microsoft.com/profile/gux
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Maxi" wrote:

Hola, reviso el tema de replicacion transaccional punto a punto? no es lo
mejor pero puede ayudar bastante!


-
Microsoft M.V.P en SQLServer
SQLTotal Consulting - Servicios en SQLServer
Email:
"Javier (CC)" escribió en el mensaje
news:
> Exacto, me refiero exactamente a eso.
> En los casos en los que se pretende repartir el trabajo de los servidores,
> qué configuración se suele emplear con SQL Server 2005?
>
>
>
> "Gux (MVP)" escribió en el mensaje
> news:
>> Por favor explique con más detalle a qué se refiere usted por "acceso a
>> la
>> base de datos en forma balanceada".
>>
>> Si se refiere a un balanceo de carga a nivel de la base de datos similar
>> al
>> RAC de Oracle, SQL Server 2005 no dispone de tal funcionalidad.
>>
>>
>> Gustavo Larriera, Microsoft MVP
>> https://mvp.support.microsoft.com/profile/gux
>> Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
>>
>>
>>
>> "Javier (CC)" wrote:
>>
>>> Buenas.
>>> El asunto es el siguiente, y no termino de encontrar la información.
>>> Tengo dos servidores con 2003 Enterprise. Necisto instalar sql server
>>> 2005
>>> en los dos servidores para que tengan la misma base de datos, y ser
>>> repliquen entre ellos para que los usuarios tengan acceso a la base de
>>> datos
>>> de forma balanceada.
>>> Alguna orientación de cómo hacerlo?
>>>
>>> Espero haberme explicado
>>>
>>> Gracias. Un saludo
>>>
>>>
>>>
>
>

Hola Gux,

On 3 dic, 19:26, Gux (MVP) wrote:

Sí, se puede saber (sp_who).

El tema no es sencillo, pues no se trata simplemente de balancear
conexiones, sino de balancear procesos y transacciones entre bases de datos.

Hombre, yo lo decía como apaño cutre :-)

Personalmente no intentaria simular un RAC Oracle en SQL Server, compraría
esa solución a Oracle :-)

Ya, eso parece mejor idea :-)


Saludos