Historias
Slashboxes
Comentarios
 
Búsqueda
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
SQL Server Replication Services | Log in/Crear cuenta | Top | 7 comentarios | Buscar hilo
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.

  • SQL Server Replication Services

    (Puntos:2)
    por Surething (10777) el Lunes, 23 Febrero de 2009, 17:14h (#1129900)
    ( Última bitácora: Martes, 09 Agosto de 2011, 17:56h )
    SQL Server: Seleccionar el tipo de replicación apropiado [microsoft.com].

  • ¿Cuales son tus necesidades?

    (Puntos:2)
    por Drizzt (39) el Lunes, 23 Febrero de 2009, 18:02h (#1129923)
    ( http://icewinddale.blogspot.com/ | Última bitácora: Jueves, 30 Enero de 2014, 23:34h )
    Aunque hace ya algunos años, lo use en cluster con almacenamiento compartido vía SCSI / Fiberchannel. Todo depende de la criticidad de tus datos.

    Para hacer las copias de seguridad programa tareas que la hacían completa. El problema es que si necesitas hasta el punto que cascó, tienes que hacer backup también del log de transaciones.

    --

    -- icewinddale.blogspot.com [blogspot.com]

  • Dependerá de tus necesidades.

    (Puntos:2)
    por raistlin (8384) el Martes, 24 Febrero de 2009, 10:51h (#1130040)
    ( http://barrapunto.com/ | Última bitácora: Jueves, 10 Febrero de 2011, 12:31h )
    SQL Server Replication Services proporciona distintos métodos de replicación de bases de datos que tienen una utilidad y enfoque muy concretos.

    Por lo que comentas, aún que no tengo demasiados datos, entiendo que te planteas usar replicación para mantener una copia sincronizada de la base de datos en caso de que el servidor de bases de datos caiga.

    Para estos casos le método más eficaz, y también el más caro, es mantener los ficheros de la base de datos en un array de discos accesible por 2 o más servidores SQL Server configurados en un cluster. En caso de que uno de los servidores caiga los demás asumen la carga adicional, resultando totalmente transparente para el usuario.

    En caso de querer hacer esto de forma más barata y menos automatizada existe la posibilidad de montar una replica transaccional. En este caso si se cae el servidor principal los clientes deben redirigirse al servidor de backup, El mecanismo de replica no realizará la sustitución automáticamente.

    Pero lo mejor es que te mires la documentación de SQL Server al respecto de las réplicas, donde podrás encontrar información detallada sobre los escenarios posibles y qué réplica utilizar en cada caso.