Estrategia de copia de seguridad/conmutación por error de SQL Azure para aplicaciones web

Estoy creando una aplicación web con Azure y SQL Azure. Lo estoy configurando para que cada organización tenga su propia base de datos. Tráfico de bajo a moderado por organización de clientes.

Estoy pensando en usar SQL Azure Data Sync como parte de un plan de conmutación por error/copia de seguridad, de modo que si SQL Azure falla, mi aplicación puede cambiar a mi SQL Server local (modo de solo lectura).

También podría hacer todas mis copias de seguridad en las instalaciones, en lugar de hacerlo en la nube, lo que podría generar costos.

  • Un problema puede ser intentar sincronizar datos de varias bases de datos con mi servidor sql local (no estoy seguro de cuál es el límite en la cantidad de bases de datos que se pueden sincronizar con un servidor)

  • El ancho de banda puede ser un problema, pero probablemente solo sincronizaré diariamente.

¿Alguien ve algún otro problema con este enfoque?

preguntado el 12 de junio de 12 a las 19:06

1 Respuestas

La sincronización de datos está bien, pero puede o no ser buena para su plan de DR en particular, ya que no es un modelo de sincronización transaccional.

Una opción a considerar es hacer una copia de la base de datos:

CREATE DATABASE destination_database_name
    AS COPY OF [source_server_name.]source_database_name

Luego, puede crear una copia de seguridad a partir de esta copia, almacenar la copia de seguridad en el almacenamiento de blobs y (opcionalmente) eliminar la copia de la base de datos. Si bien esto agrega un costo adicional debido a que una segunda base de datos está activa, puede mantener ese costo al mínimo si elimina la instancia de la base de datos después de crear una copia de seguridad y almacenarla en el almacenamiento de blobs (recuerde que las bases de datos se amortizan diariamente).

Dado que sus copias de seguridad estarían en el almacenamiento de blobs, podría mantener varias copias de seguridad en el almacenamiento de blobs y extraer una copia de seguridad a su servidor local si es necesario.

Respondido el 12 de junio de 12 a las 23:06

Gracias. ¿Puede explicar qué quiere decir con "modelo de sincronización no transaccional"? ¿Significaría eso que mi base de datos local podría estar perdiendo algunas partes de los datos de una transacción? - peteshack

También en términos de ancho de banda, ¿no sería mejor sincronizar datos en lugar de descargar bases de datos completas todos los días? (suponiendo que quiero mantener las bases de datos locales que solo tienen 1 día) - peteshack

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.