replicar sql7 en sql2005

Hola dudo que funcione de un 7 a 2005, probo de armar la replica?


Saludos
Maxi Accotto
Microsoft MVP en SQLServer
SQltotalconsulting
-

"Pepe" escribió en el mensaje de
noticias:
Mostrar la cita

Si existe posibilidad de que la actualización fuese en linea seria mucho
mejor. Como desconosco los alcances de esta tecnología pense que las
actualizaciones no podian ser en linea. Ahora si es posible lograria
solucionar muchos problemas.

Hay alguien que me pueda indicar como hacer configuración para realizar
mis pruebas??


Cordialmente,
Pepe

"Gustavo Larriera (MVP)"
escribió en el mensaje
news:
Mostrar la cita

Si como usted dice, los datos en la casa central se necesitan al día
siguiente y no en tiempo real, una solución basada en replicación suena
a
excesivo. Por supuesto, tal vez hayan otras cosas a considerar que usted
aún
no ha explicado.

En mi opinión personal una solución simple puede hacerse haciendo
exportación de los datos en las sucursales (archivos de texto plano
serían
suficiente) y luego carga de los mismos en bases con nombre diferente
en la
casa central.

Asumo que usted dispone de una ventana de tiempo adecuada para hacer el
proceso que mencioné.

Gustavo Larriera, Microsoft MVP
http://www.linkedin.com/in/gustavolarriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Pepe" wrote:

Mostrar la cita

Las sucursales tienen un Sistema de punto de venta desarrollado en VB y
Sql
7 y existen 5 sucursales de esta forma.
El servidor donde se pretende respaldar o replicar esta información es
un
2003 server con SQLServer 2005.

La idea es:
Respaldar las transacciones de las sucursales en forma automatica a
otro
servidor sql. y en bases de datos diferentes.

el nombre de la base de datos del sistema de punto de venta es:
"ventas"

en el servidor de replica deben generarse las siguientes bases de
datos:

ventas_sucursal1
ventas_sucursal2
ventas_sucursal3
ventas_sucursal4
ventas_sucursal5

Las replicas deben ser programadas de tal manera que pueda estar
disponible
al día siguiente para realizar algunos analisis sobre cada sucursal.

Esto es lo que se pretende hacer y yo pense que replicar estas bases de
datos sería una buena solución para mantener actualizados los datos en
un
servidor en que se centralizaran.
Si la forma en que se pretende solucionar esta problematica no es la
mejor
por favor indicar que podría utilizar para dar la mejor solucion a este
caso.

Saludos Cordiales,
Pepe Luna






"Maxi Accotto" escribió en el mensaje
news:
> Pepe, no comprendo bien que esta haciendo, o sea: usa replica para
> tener
> un servidor de backup? o sea contingencia? y encima hacia un 2005? no
> creo
> que esto tenga mucho sentido hacerlo asi amigo, primero la replica
> (duplicacion) no lo recomiendo como un metodo de alta disponibilidad
> (en 7
> podria usar log shipping).
> Pero ademas de esto, si tiene como backup un 2005 usted esta seguro
> que
> ante una emergencia funcionaran sus aplicaciones contra ese 2005? de
> ser
> asi porque no tiene todo 2005?
>
>
> Saludos
> Maxi Accotto
> Microsoft MVP en SQLServer
> SQltotalconsulting
> -
>
> "Pepe" escribió en el mensaje de
> noticias:
>> Como puedo efectuar la configuracion para replicar datos desde 5
>> servidores sqlserver 7.0 a un servidor sql server 2005.
>>
>> la base de datos de los 5 servidores sqlserver7 tiene el mismo
>> nombre
>> "ventas" pero en el servidor sqlserver 2005 (el de respaldo ) deben
>> quedar en 5 bases de datos con nombres diferentes.
>>
>> otro dato importante las bases de datos estan en redes diferentes y
>> unidas la de la casa matriz por VPNs
>>
>> alguien me puede ayudar a resolver este tema.
>>
>> atte
>> Pepe Luna
>>
>

Hola dudo que funcione de un 7 a 2005, probo de armar la replica?


Saludos
Maxi Accotto
Microsoft MVP en SQLServer
SQltotalconsulting
-

"Pepe" escribió en el mensaje de
noticias:
> Si existe posibilidad de que la actualización fuese en linea seria mucho
> mejor. Como desconosco los alcances de esta tecnología pense que las
> actualizaciones no podian ser en linea. Ahora si es posible lograria
> solucionar muchos problemas.
>
> Hay alguien que me pueda indicar como hacer configuración para realizar
> mis pruebas??
>
>
> Cordialmente,
> Pepe
>
> "Gustavo Larriera (MVP)"
> escribió en el mensaje
> news:
>> Si como usted dice, los datos en la casa central se necesitan al día
>> siguiente y no en tiempo real, una solución basada en replicación suena a
>> excesivo. Por supuesto, tal vez hayan otras cosas a considerar que usted
>> aún
>> no ha explicado.
>>
>> En mi opinión personal una solución simple puede hacerse haciendo
>> exportación de los datos en las sucursales (archivos de texto plano
>> serían
>> suficiente) y luego carga de los mismos en bases con nombre diferente en
>> la
>> casa central.
>>
>> Asumo que usted dispone de una ventana de tiempo adecuada para hacer el
>> proceso que mencioné.
>>
>> Gustavo Larriera, Microsoft MVP
>> http://www.linkedin.com/in/gustavolarriera
>> Este mensaje se proporciona tal como es, sin garantías de ninguna clase.
>>
>>
>>
>> "Pepe" wrote:
>>
>>> Las sucursales tienen un Sistema de punto de venta desarrollado en VB y
>>> Sql
>>> 7 y existen 5 sucursales de esta forma.
>>> El servidor donde se pretende respaldar o replicar esta información es
>>> un
>>> 2003 server con SQLServer 2005.
>>>
>>> La idea es:
>>> Respaldar las transacciones de las sucursales en forma automatica a otro
>>> servidor sql. y en bases de datos diferentes.
>>>
>>> el nombre de la base de datos del sistema de punto de venta es: "ventas"
>>>
>>> en el servidor de replica deben generarse las siguientes bases de datos:
>>>
>>> ventas_sucursal1
>>> ventas_sucursal2
>>> ventas_sucursal3
>>> ventas_sucursal4
>>> ventas_sucursal5
>>>
>>> Las replicas deben ser programadas de tal manera que pueda estar
>>> disponible
>>> al día siguiente para realizar algunos analisis sobre cada sucursal.
>>>
>>> Esto es lo que se pretende hacer y yo pense que replicar estas bases de
>>> datos sería una buena solución para mantener actualizados los datos en
>>> un
>>> servidor en que se centralizaran.
>>> Si la forma en que se pretende solucionar esta problematica no es la
>>> mejor
>>> por favor indicar que podría utilizar para dar la mejor solucion a este
>>> caso.
>>>
>>> Saludos Cordiales,
>>> Pepe Luna
>>>
>>>
>>>
>>>
>>>
>>>
>>> "Maxi Accotto" escribió en el mensaje
>>> news:
>>> > Pepe, no comprendo bien que esta haciendo, o sea: usa replica para
>>> > tener
>>> > un servidor de backup? o sea contingencia? y encima hacia un 2005? no
>>> > creo
>>> > que esto tenga mucho sentido hacerlo asi amigo, primero la replica
>>> > (duplicacion) no lo recomiendo como un metodo de alta disponibilidad
>>> > (en 7
>>> > podria usar log shipping).
>>> > Pero ademas de esto, si tiene como backup un 2005 usted esta seguro
>>> > que
>>> > ante una emergencia funcionaran sus aplicaciones contra ese 2005? de
>>> > ser
>>> > asi porque no tiene todo 2005?
>>> >
>>> >
>>> > Saludos
>>> > Maxi Accotto
>>> > Microsoft MVP en SQLServer
>>> > SQltotalconsulting
>>> > -
>>> >
>>> > "Pepe" escribió en el mensaje de
>>> > noticias:
>>> >> Como puedo efectuar la configuracion para replicar datos desde 5
>>> >> servidores sqlserver 7.0 a un servidor sql server 2005.
>>> >>
>>> >> la base de datos de los 5 servidores sqlserver7 tiene el mismo nombre
>>> >> "ventas" pero en el servidor sqlserver 2005 (el de respaldo ) deben
>>> >> quedar en 5 bases de datos con nombres diferentes.
>>> >>
>>> >> otro dato importante las bases de datos estan en redes diferentes y
>>> >> unidas la de la casa matriz por VPNs
>>> >>
>>> >> alguien me puede ayudar a resolver este tema.
>>> >>
>>> >> atte
>>> >> Pepe Luna
>>> >>
>>> >
>>>
>>>
>>>
>>
>
>

Si no recuerdo mal, SQL Server 7.0 con Service Pack 4 puede participar en
algún tipo de replicación con SQL Server 2005.

Personalmente no lo he probado, hace muchos años que no veo de cerca un
SQL
Server 7.0

Gustavo Larriera, Microsoft MVP
http://www.linkedin.com/in/gustavolarriera
Este mensaje se proporciona tal como es, sin garantías de ninguna clase.



"Maxi Accotto" wrote:

Mostrar la cita

Hola dudo que funcione de un 7 a 2005, probo de armar la replica?


Saludos
Maxi Accotto
Microsoft MVP en SQLServer
SQltotalconsulting
-

"Pepe" escribió en el mensaje de
noticias:
> Si existe posibilidad de que la actualización fuese en linea seria
> mucho
> mejor. Como desconosco los alcances de esta tecnología pense que las
> actualizaciones no podian ser en linea. Ahora si es posible lograria
> solucionar muchos problemas.
>
> Hay alguien que me pueda indicar como hacer configuración para realizar
> mis pruebas??
>
>
> Cordialmente,
> Pepe
>
> "Gustavo Larriera (MVP)"
> escribió en el mensaje
> news:
>> Si como usted dice, los datos en la casa central se necesitan al día
>> siguiente y no en tiempo real, una solución basada en replicación
>> suena a
>> excesivo. Por supuesto, tal vez hayan otras cosas a considerar que
>> usted
>> aún
>> no ha explicado.
>>
>> En mi opinión personal una solución simple puede hacerse haciendo
>> exportación de los datos en las sucursales (archivos de texto plano
>> serían
>> suficiente) y luego carga de los mismos en bases con nombre diferente
>> en
>> la
>> casa central.
>>
>> Asumo que usted dispone de una ventana de tiempo adecuada para hacer
>> el
>> proceso que mencioné.
>>
>> Gustavo Larriera, Microsoft MVP
>> http://www.linkedin.com/in/gustavolarriera
>> Este mensaje se proporciona tal como es, sin garantías de ninguna
>> clase.
>>
>>
>>
>> "Pepe" wrote:
>>
>>> Las sucursales tienen un Sistema de punto de venta desarrollado en VB
>>> y
>>> Sql
>>> 7 y existen 5 sucursales de esta forma.
>>> El servidor donde se pretende respaldar o replicar esta información
>>> es
>>> un
>>> 2003 server con SQLServer 2005.
>>>
>>> La idea es:
>>> Respaldar las transacciones de las sucursales en forma automatica a
>>> otro
>>> servidor sql. y en bases de datos diferentes.
>>>
>>> el nombre de la base de datos del sistema de punto de venta es:
>>> "ventas"
>>>
>>> en el servidor de replica deben generarse las siguientes bases de
>>> datos:
>>>
>>> ventas_sucursal1
>>> ventas_sucursal2
>>> ventas_sucursal3
>>> ventas_sucursal4
>>> ventas_sucursal5
>>>
>>> Las replicas deben ser programadas de tal manera que pueda estar
>>> disponible
>>> al día siguiente para realizar algunos analisis sobre cada sucursal.
>>>
>>> Esto es lo que se pretende hacer y yo pense que replicar estas bases
>>> de
>>> datos sería una buena solución para mantener actualizados los datos
>>> en
>>> un
>>> servidor en que se centralizaran.
>>> Si la forma en que se pretende solucionar esta problematica no es la
>>> mejor
>>> por favor indicar que podría utilizar para dar la mejor solucion a
>>> este
>>> caso.
>>>
>>> Saludos Cordiales,
>>> Pepe Luna
>>>
>>>
>>>
>>>
>>>
>>>
>>> "Maxi Accotto" escribió en el mensaje
>>> news:
>>> > Pepe, no comprendo bien que esta haciendo, o sea: usa replica para
>>> > tener
>>> > un servidor de backup? o sea contingencia? y encima hacia un 2005?
>>> > no
>>> > creo
>>> > que esto tenga mucho sentido hacerlo asi amigo, primero la replica
>>> > (duplicacion) no lo recomiendo como un metodo de alta
>>> > disponibilidad
>>> > (en 7
>>> > podria usar log shipping).
>>> > Pero ademas de esto, si tiene como backup un 2005 usted esta seguro
>>> > que
>>> > ante una emergencia funcionaran sus aplicaciones contra ese 2005?
>>> > de
>>> > ser
>>> > asi porque no tiene todo 2005?
>>> >
>>> >
>>> > Saludos
>>> > Maxi Accotto
>>> > Microsoft MVP en SQLServer
>>> > SQltotalconsulting
>>> > -
>>> >
>>> > "Pepe" escribió en el mensaje de
>>> > noticias:
>>> >> Como puedo efectuar la configuracion para replicar datos desde 5
>>> >> servidores sqlserver 7.0 a un servidor sql server 2005.
>>> >>
>>> >> la base de datos de los 5 servidores sqlserver7 tiene el mismo
>>> >> nombre
>>> >> "ventas" pero en el servidor sqlserver 2005 (el de respaldo )
>>> >> deben
>>> >> quedar en 5 bases de datos con nombres diferentes.
>>> >>
>>> >> otro dato importante las bases de datos estan en redes diferentes
>>> >> y
>>> >> unidas la de la casa matriz por VPNs
>>> >>
>>> >> alguien me puede ayudar a resolver este tema.
>>> >>
>>> >> atte
>>> >> Pepe Luna
>>> >>
>>> >
>>>
>>>
>>>
>>
>
>