SQL en caso de desastre

17/03/2009 - 17:20 por Jose Maria | Informe spam
Os comento la siguiente duda
Tengo varios clientes con SQL2000 Standard, con W2000 o W2003 server, las
bases de datos oscilan entre 1GB - 5Gb y una media de 15 ordenadores
realizando consultas via ODBC.

Despues de un problema en uno de los servers el cual no dio servicio
durante 8horas, me plantean alguna solucion para que ese tiempo sea el minimo
posible.

Revisando internet, he visto el Log Shipping creo que es buen opcion, pero
creo que necesito la version de Enterprise la cual tiene unos precios
desorbitados, dado el tipo de cliente que tenemos. Un cluster creo que mas de
lo mismo.

Podeis aconsejarme y decirme cual seria la mejor opcion?

GRacias

Preguntas similare

Leer las respuestas

#1 Carlos Sacristan
17/03/2009 - 17:39 | Informe spam
Log Shipping no necesita de la versión Enterprise para funcionar. Tal y como
dice en los BOL, los requisitos son:

" - Debe estar instalado SQL Server 2005 Standard, SQL Server 2005
Workgroup, SQL Server 2005 Enterprise Edition o una versión posterior en
todas las instancias de servidor implicadas en el trasvase de registros.

- Los servidores implicados en el trasvase de registros deben tener la misma
configuración de distinción entre mayúsculas y minúsculas.

- Las bases de datos de la configuración del trasvase de registros deben
utilizar el modelo de recuperación completa o el modelo de recuperación
optimizado para cargas masivas de registros."

Cluster es una opción más extendida y más recomendable si necesitas
automatización y rapidez en el proceso de failover. El problema es que,
aunque tampoco sigues necesitando la versión Enterprise (en este caso con la
Standard sería suficiente), sí es cierto que requiere una mayor inversión en
HW.

Conclusiones: si tienes dinero, monta cluster; si no es posible, opta por LS.


Un saludo
-
www.navento.com
Servicios de Localización GPS


"Jose Maria" wrote:

Os comento la siguiente duda
Tengo varios clientes con SQL2000 Standard, con W2000 o W2003 server, las
bases de datos oscilan entre 1GB - 5Gb y una media de 15 ordenadores
realizando consultas via ODBC.

Despues de un problema en uno de los servers el cual no dio servicio
durante 8horas, me plantean alguna solucion para que ese tiempo sea el minimo
posible.

Revisando internet, he visto el Log Shipping creo que es buen opcion, pero
creo que necesito la version de Enterprise la cual tiene unos precios
desorbitados, dado el tipo de cliente que tenemos. Un cluster creo que mas de
lo mismo.

Podeis aconsejarme y decirme cual seria la mejor opcion?

GRacias


Respuesta Responder a este mensaje
#2 Gustavo Larriera [MVP]
17/03/2009 - 17:46 | Informe spam
Entiendo que el amigo usa SQL Server 2000 Standard, no 2005. SQL Server 2000
Standard no disponía de log shipping según recuerdo.

SS2000 Standard era muy limitado en funcionalidades para alta
disponibilidad. Tal vez una solución basada en replicación transaccional
pueda resolverle el problema.

La comparación entre las diferentes ediciones de SS2000 está acá:

Features Supported by the Editions of SQL Server 2000
http://msdn.microsoft.com/en-us/library/aa175266(SQL.80).aspx

Y por acá hay un estudio de opciones, leer la sección "Choosing Among the
Technology Solutions":

Minimizing Downtime with Redundant Servers
http://technet.microsoft.com/en-us/...17701.aspx


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



"Carlos Sacristan" wrote:


Log Shipping no necesita de la versión Enterprise para funcionar. Tal y como
dice en los BOL, los requisitos son:

" - Debe estar instalado SQL Server 2005 Standard, SQL Server 2005
Workgroup, SQL Server 2005 Enterprise Edition o una versión posterior en
todas las instancias de servidor implicadas en el trasvase de registros.

- Los servidores implicados en el trasvase de registros deben tener la misma
configuración de distinción entre mayúsculas y minúsculas.

- Las bases de datos de la configuración del trasvase de registros deben
utilizar el modelo de recuperación completa o el modelo de recuperación
optimizado para cargas masivas de registros."

Cluster es una opción más extendida y más recomendable si necesitas
automatización y rapidez en el proceso de failover. El problema es que,
aunque tampoco sigues necesitando la versión Enterprise (en este caso con la
Standard sería suficiente), sí es cierto que requiere una mayor inversión en
HW.

Conclusiones: si tienes dinero, monta cluster; si no es posible, opta por LS.


Un saludo
-
www.navento.com
Servicios de Localización GPS


"Jose Maria" wrote:

> Os comento la siguiente duda
> Tengo varios clientes con SQL2000 Standard, con W2000 o W2003 server, las
> bases de datos oscilan entre 1GB - 5Gb y una media de 15 ordenadores
> realizando consultas via ODBC.
>
> Despues de un problema en uno de los servers el cual no dio servicio
> durante 8horas, me plantean alguna solucion para que ese tiempo sea el minimo
> posible.
>
> Revisando internet, he visto el Log Shipping creo que es buen opcion, pero
> creo que necesito la version de Enterprise la cual tiene unos precios
> desorbitados, dado el tipo de cliente que tenemos. Un cluster creo que mas de
> lo mismo.
>
> Podeis aconsejarme y decirme cual seria la mejor opcion?
>
> GRacias
>
>
Respuesta Responder a este mensaje
#3 Carlos Sacristan
17/03/2009 - 17:58 | Informe spam
Tienes razón Gustavo. No me di cuenta que se estaba haciendo referencia a la
versión 2000.

De todos modos, aunque la utilidad como tal sólo estaba disponible en EE, en
realidad se podía montar por medio de una utilidad que estaba en el kit de
recursos. "Simple Log Shipper tool" se llamaba, creo recordar.

Los siguientes artículos también muestran una forma de implementarlo:

http://www.sql-server-performance.c...70_p1.aspx

http://www.sql-server-performance.c...vb_p1.aspx

Y, si eres suscriptor de sql magazine, también

http://www.sqlmag.com/Article/Artic...23231.html

Un saludo
-
www.navento.com
Servicios de Localización GPS


"Gustavo Larriera [MVP]" wrote:

Entiendo que el amigo usa SQL Server 2000 Standard, no 2005. SQL Server 2000
Standard no disponía de log shipping según recuerdo.

SS2000 Standard era muy limitado en funcionalidades para alta
disponibilidad. Tal vez una solución basada en replicación transaccional
pueda resolverle el problema.

La comparación entre las diferentes ediciones de SS2000 está acá:

Features Supported by the Editions of SQL Server 2000
http://msdn.microsoft.com/en-us/library/aa175266(SQL.80).aspx

Y por acá hay un estudio de opciones, leer la sección "Choosing Among the
Technology Solutions":

Minimizing Downtime with Redundant Servers
http://technet.microsoft.com/en-us/...17701.aspx


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

Respuesta Responder a este mensaje
#4 Jose Mariano Alvarez
18/03/2009 - 02:11 | Informe spam
Era una alternativa a Log shipping y se podia implementar en la version
standard del 2000 mediante un stored procedure en cada servidor uno que hcia
backup y otro restore standby.

Sin embargo creo que por la carga que puede imponerle al equipo la cantidad
de clientes indicada, creo que (aunque no es lo mismo) una buena estrategia
de backup y restore también puede serle adecuada.



Saludos


Ing. Jose Mariano Alvarez
http://blog.josemarianoalvarez.com/
Microsoft MVP
SQLTotal Consulting

(Cambia los ceros por O y saca lo que sobra)

Este mensaje se proporciona tal como es, SIN GARANTIAS de ninguna clase. Por
favor tratar de indicar la versión de SQL y Service Pack. La inclusión de
(CREATE, INSERTS, etc.) para poder reproducir el problema también ayuda.










"Carlos Sacristan" wrote in
message news:
Tienes razón Gustavo. No me di cuenta que se estaba haciendo referencia a
la
versión 2000.

De todos modos, aunque la utilidad como tal sólo estaba disponible en EE,
en
realidad se podía montar por medio de una utilidad que estaba en el kit de
recursos. "Simple Log Shipper tool" se llamaba, creo recordar.

Los siguientes artículos también muestran una forma de implementarlo:

http://www.sql-server-performance.c...70_p1.aspx

http://www.sql-server-performance.c...vb_p1.aspx

Y, si eres suscriptor de sql magazine, también

http://www.sqlmag.com/Article/Artic...23231.html

Un saludo
-
www.navento.com
Servicios de Localización GPS


"Gustavo Larriera [MVP]" wrote:

Entiendo que el amigo usa SQL Server 2000 Standard, no 2005. SQL Server
2000
Standard no disponía de log shipping según recuerdo.

SS2000 Standard era muy limitado en funcionalidades para alta
disponibilidad. Tal vez una solución basada en replicación transaccional
pueda resolverle el problema.

La comparación entre las diferentes ediciones de SS2000 está acá:

Features Supported by the Editions of SQL Server 2000
http://msdn.microsoft.com/en-us/library/aa175266(SQL.80).aspx

Y por acá hay un estudio de opciones, leer la sección "Choosing Among the
Technology Solutions":

Minimizing Downtime with Redundant Servers
http://technet.microsoft.com/en-us/...17701.aspx


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




Respuesta Responder a este mensaje
#5 Jose Maria
18/03/2009 - 09:19 | Informe spam
Muchas gracias por las respuestas

Por lo que he podido entender tengo varias opciones

* Actualizar a sql 2005 para poder tener Log Shipping. (Tengo que evaluar
costes)
* Utilizar el kit de recursos de SQl para instalar el añadido del Log
Shipping (segun comentais con la configuracion de clientes que tengo frenaria
el rendimiento del SQL.
*Backup/Restore. Entiendo conesto un plan de mantenimiento cada 1h en la
maquina operativa y copiar ese *.bak a la maquina de reserva mediante copy.
Si la maquina operativa cae, recuperar el *.bak, y perderia 1h de trabajo
Opiniones Gracias
Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida