creacion de un mirror para solo lecturas con delta-actualizacion e inicial upload desde backup

Hola Mara:
La sugerncia de Adrian de hacer travase de datos (Log Shipping), es
precisamente eso, hacer un Respaldo Total y luego hacer respaldos de la
Bitacora de Transacciones (Delta-Actualizaciones) y recuperarla en el otro
servidor. Algunas empresas lo usan tan frecuente como 5 minutos.
En la documentacion en linea tiene el detalle de como hacerlo. Si usas
una version corporativa tienes herramientas para construirla , si usas la
version standard tienes que hacerlo "manualmente", via jobs.
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda

"Mara" wrote in message
news:
> pero de esta forma tendria que estar haciendo los backups cada poco
tiempo,
> mi idea era mas restaurar el backup que tengo y desde hay conectar ambos
> servidores para mantener actualizado el mio respecto al remoto
>
> a parte, tampoco pudiera recibir backups tan a menudo en cd, una de las
> tablas necesita actualizacion casi diaria, y el servidor se encuantra
> bastante lejos (al otro lado del atlantico)
>
> por eso se me ocurrio preguntar si hubiera algo como

>
> gracias de todos modos
>
> "Adrian D. Garcia" wrote in message
> news:
> > Quizas lo que puedas hacer es usar la siguiente estrategia:
> >
> > 1) Generar un backup full de la base de datos del sistemaen produccion
> > 2) Aplicar el backup full al sistema mirror
> > 3) De ahi en mas cada vez que generes un backup full o de

en
> > el sistema de produccion aplicarlo al sistema mirror.
> >
> > Tambien, dependiendo de la version de SQL Server 2000 puedas

> el
> > trasvase de registros/log shipping que basicamente hace lo

> > dicho.
> >
> > Saludos
> > Adrian D. Garcia
> > MCSD
> > NDSoft Consultoria y Desarrollo
> >
> > "Mara" wrote in message
> > news:
> > > Hola a todos
> > >
> > > con el titulo lo he descrito, pero voy un poco mas en detalles.
> > >
> > > quiero crear un mirror de un sistema alocado en un SQL server al que
> > tenemos
> > > un acesso muy lento para correr ciertas aplicaciones (en modo solo
> > lectura)
> > >
> > > para ello cuento con un bacup (en cd) de hace unos meses con el que
> quiero
> > > crear el miror local (restaurando el bacup en mi SQL server), tan

> > > contenidos en algunas tablas han cambiado desde entonces
> > >
> > > las aplicacion seran cambiadas para referirse a este nuevo server

> > > problemas
> > >
> > > a continuacion debo crear varios DTS para actualizar el server local
con
> > los
> > > contenidos del remoto (tan solo se produciran cambios en este

> con
> > > lo cual las actualizaciones seran en unica sola direccion
> > >
> > > devido al tamaño de una de las tablas, me interesaria hacer
> > > delta-actualizaciones, o actualizar solo aquellas adiciones/cambios
> > >
> > > como nota:
> > > bacup en cd : sobre 80 MB
> > > tamaño actual server remoto : sobre 400 MB
> > > contenido de la base de datos : - algunas tablas estaticas de
> pequeño
> > > tamaño
> > > - tres tablas de
no
> > > mucho tamaño donde se concentran gran parte de las actualizaciones

> > > relaciones al resto de las tablas
> > > - una tabla de
gran
> > > tamaño donde se incluyen diferentes tipos de archivos
> > >
> > >
> > > si alguien podria ayudarme sobre el tema, me refiero en si pudiera
haber
> > > algun problema con esta configuracion, donde mirar sobre las
> > > delta-actualizaciones, mejor forma de restaurar el bacup...
> > >
> > >
> > > gracias por adelantado
> > >
> > >
> >
> >
>
>

gracias a ambos

a esto me referia, teoricamente se lo que deveria hacer, pero no llevo

tiempo en el mundo del SQL como para saber como llamar a las cosas por su
nombre y donde buscar (si no se el nombre exacto malas busquedas)

buscare en los bol a ver que encuentro sobre:
- replicacion
- Log Shipping
- Bitacora de Transacciones (Delta-Actualizaciones)

gracias de nuevo, y si veis que hay alguna otra KeyWord sobre la que

os lo agradeceria

por cierto, los respaldos/etc... deveria hacerlos desde el server remoto

local , o es indiferente, (acedo a ambos a traves del Enterprise Manager
desde otro computador)

NOTA:
server local:
Microsoft Windows NT - 5.2
SQL Server Stardart Edition
8.00.760 (SP3)
(ingles)
permisos administrador

server remoto:
aun no tengo la info,
(ingles, espero)
puedo llegar a pedir quizas permisos de administrador

Enterprise Manager:
Version: 8.0

Yo:
habla española pero casi todo el contacto con SQL en ingles, me refiro a

ando en los terminos a mitad entre ingles y español


"Maxi" wrote in message
news:
> Hola, has pensado en usar Replicacion?
>
>
> Salu2
> Maxi
> Buenos Aires - Argentina
> Desarrollador Microsoft 3 Estrellas .NET
> Nunca consideres el estudio como una obligación sino como
> una oportunidad para penetrar en el bello y maravillosos
> mundo del saber.
> - Albert Einstein
>
>
>
> "Mara" escribió en el mensaje
> news:
> > pero de esta forma tendria que estar haciendo los backups cada poco
> tiempo,
> > mi idea era mas restaurar el backup que tengo y desde hay conectar

> > servidores para mantener actualizado el mio respecto al remoto
> >
> > a parte, tampoco pudiera recibir backups tan a menudo en cd, una de

> > tablas necesita actualizacion casi diaria, y el servidor se encuantra
> > bastante lejos (al otro lado del atlantico)
> >
> > por eso se me ocurrio preguntar si hubiera algo como
delta-actualizaciones
> >
> > gracias de todos modos
> >
> > "Adrian D. Garcia" wrote in message
> > news:
> > > Quizas lo que puedas hacer es usar la siguiente estrategia:
> > >
> > > 1) Generar un backup full de la base de datos del sistemaen

> > > 2) Aplicar el backup full al sistema mirror
> > > 3) De ahi en mas cada vez que generes un backup full o de
transacciones
> en
> > > el sistema de produccion aplicarlo al sistema mirror.
> > >
> > > Tambien, dependiendo de la version de SQL Server 2000 puedas
implementar
> > el
> > > trasvase de registros/log shipping que basicamente hace lo
anteriormente
> > > dicho.
> > >
> > > Saludos
> > > Adrian D. Garcia
> > > MCSD
> > > NDSoft Consultoria y Desarrollo
> > >
> > > "Mara" wrote in message
> > > news:
> > > > Hola a todos
> > > >
> > > > con el titulo lo he descrito, pero voy un poco mas en detalles.
> > > >
> > > > quiero crear un mirror de un sistema alocado en un SQL server al

> > > tenemos
> > > > un acesso muy lento para correr ciertas aplicaciones (en modo solo
> > > lectura)
> > > >
> > > > para ello cuento con un bacup (en cd) de hace unos meses con el

> > quiero
> > > > crear el miror local (restaurando el bacup en mi SQL server), tan
solo
> > > > contenidos en algunas tablas han cambiado desde entonces
> > > >
> > > > las aplicacion seran cambiadas para referirse a este nuevo server
sin
> > > > problemas
> > > >
> > > > a continuacion debo crear varios DTS para actualizar el server

> con
> > > los
> > > > contenidos del remoto (tan solo se produciran cambios en este
remoto),
> > con
> > > > lo cual las actualizaciones seran en unica sola direccion
> > > >
> > > > devido al tamaño de una de las tablas, me interesaria hacer
> > > > delta-actualizaciones, o actualizar solo aquellas

> > > >
> > > > como nota:
> > > > bacup en cd : sobre 80 MB
> > > > tamaño actual server remoto : sobre 400 MB
> > > > contenido de la base de datos : - algunas tablas estaticas de
> > pequeño
> > > > tamaño
> > > > - tres tablas

> no
> > > > mucho tamaño donde se concentran gran parte de las actualizaciones
con
> > > > relaciones al resto de las tablas
> > > > - una tabla de
> gran
> > > > tamaño donde se incluyen diferentes tipos de archivos
> > > >
> > > >
> > > > si alguien podria ayudarme sobre el tema, me refiero en si pudiera
> haber
> > > > algun problema con esta configuracion, donde mirar sobre las
> > > > delta-actualizaciones, mejor forma de restaurar el bacup...
> > > >
> > > >
> > > > gracias por adelantado
> > > >
> > > >
> > >
> > >
> >
> >
>
>
>
> Outgoing mail is certified Virus Free.
> Checked by AVG anti-virus system (http://www.grisoft.com).
> Version: 6.0.748 / Virus Database: 500 - Release Date: 01/09/2004
>
>