Como determinar la disponibilidad de un servidor vinculado

Te recomiendo utilizar replicación.
Como nada sabes de SQL Server, te envío lo siguiente que
te puede ayudar.
Te sugiero la replica tipo "merge" y poner el servidor
que tiene msde como suscriptor.


http://support.microsoft.com/defaul...cid=kb;en-
us;324992&Product=sql#3

El books on line tb te puede servir.

Saludos

Tomás

El problema principal que se me plantea es que no se nada

sobre SQL, así que

espero me puedan echar una mano...


Estoy trabajando con dos bases de datos, una local con

MSDE (local) y otra

en el servidor con SQL Server (SQL).

El caso es que necesito mantener información cuasi-

duplicada en ambas BBDD,

por eso vinculé el servidor SQL a mi servidor (local),

así a través de sp,

logro actualizar mis datos en el servidor SQL.
Hasta ahora todo trabaja de maravilla, inserto data en

mis tablas locales y

actualizo algunos datos en el servidor SQL. El problema

es que debo trabajar

con tolerancia a fallos de red. Si por algún motivo mi

servidor SQL, no está

disponible por una caída de la red, debo colocar marcas

en mis tablas

locales.

Como puedo determinar en mis sp, si el servidor SQL

(recuerden que esta

vinculado), esta disponible o no?

Gracias de antemano

José G Álvarez
Valencia - Venezuela


.

Tomas

La replicación CONSUME RECURSOS, ve a saber si nuestro
amigo cuenta con ellos.

Yo estoy "replicando" mediante STORES entre 2 servidores
vinculados y puedo facilmente detectar si hubo inserccion
o no.

DECLARE @ERROR
EXEC @ERROR = Myserver.Mybase.dbo.pr_MyStore [Parametros]
IF @ERROR <> 0
SELECT 'ERROR' --TOMO LAS ACCIONES NECESARIAS.

Gracias por tu ayuda Tomás, pero mi aplicación (una vez terminada) deberá
funcionar en localidades muy distantes y no puedo correr el riesgo de que
colapse por ningún motivo. Si llego a utilizar réplicas, me veo en la
obligación de actualizar al personal que tengo en SQL Server (ya sabes, por
cualquier incidente con las BBDD), sin embargo de la otra forma, y por
código, puede mi aplicación realizar tanto las vinculaciones del servidor,
como las "cuasi-replicas". No sé si también por código podré reparar,
modificar o crear una réplica (supongo que si), pero no tengo control sobre
cuando y como se realizan estas...

De nuevo gracias por tu ayuda...

José G. Álvarez
Valencia - Venezuela




"Tomás" escribió en el mensaje
news:2ef201c428b7$c7b9df30$
Te recomiendo utilizar replicación.
Como nada sabes de SQL Server, te envío lo siguiente que
te puede ayudar.
Te sugiero la replica tipo "merge" y poner el servidor
que tiene msde como suscriptor.


http://support.microsoft.com/defaul...cid=kb;en-
us;324992&Product=sql#3

El books on line tb te puede servir.

Saludos

Tomás

El problema principal que se me plantea es que no se nada

sobre SQL, así que

espero me puedan echar una mano...


Estoy trabajando con dos bases de datos, una local con

MSDE (local) y otra

en el servidor con SQL Server (SQL).

El caso es que necesito mantener información cuasi-

duplicada en ambas BBDD,

por eso vinculé el servidor SQL a mi servidor (local),

así a través de sp,

logro actualizar mis datos en el servidor SQL.
Hasta ahora todo trabaja de maravilla, inserto data en

mis tablas locales y

actualizo algunos datos en el servidor SQL. El problema

es que debo trabajar

con tolerancia a fallos de red. Si por algún motivo mi

servidor SQL, no está

disponible por una caída de la red, debo colocar marcas

en mis tablas

locales.

Como puedo determinar en mis sp, si el servidor SQL

(recuerden que esta

vinculado), esta disponible o no?

Gracias de antemano

José G Álvarez
Valencia - Venezuela


.

Excelente, esa idea me agrada mucho, aunque no se cuanto tiempo tardará en
ejecutarse...


"Isaías" escribió en el mensaje
news:2f2901c428bf$1d105250$
Tomas

La replicación CONSUME RECURSOS, ve a saber si nuestro
amigo cuenta con ellos.

Yo estoy "replicando" mediante STORES entre 2 servidores
vinculados y puedo facilmente detectar si hubo inserccion
o no.

DECLARE @ERROR
EXEC @ERROR = Myserver.Mybase.dbo.pr_MyStore [Parametros]
IF @ERROR <> 0
SELECT 'ERROR' --TOMO LAS ACCIONES NECESARIAS.