microsoft - porta azure
¿Cómo puedo cambiar la ubicación del servidor azul SQL? (3)
Creo que puedes usar la nueva función de importación / exportación de bacpac. Lo he usado para mover bases de datos entre cuentas y no puedo ver por qué no funcionaría también entre regiones.
Me gustaría transferir mi ubicación existente de SQL Azure a otra, pero creo que ahora no hay ninguna funcionalidad para hacerlo en el portal de administración de Azure.
Acabo de buscar en Google y encontré un enlace http://social.msdn.microsoft.com/Forums/en-US/ssdsgetstarted/thread/e6c961cc-5eea-4f07-82c9-a8805d367b05 que dice que necesito usar la opción de sincronización de datos en El portal de Azure, pero no tengo esa función habilitada en mi portal de Azure.
Además, si uso esa opción, ¿hay algún cargo por ello? Finalmente, ¿hay alguna otra opción que sea posible para mover la ubicación de SQL Azure?
No utilizaría DataSynch porque crea muchos objetos en su base de datos para realizar la sincronización (es una solución invasiva). De hecho, puede probar la función Importar / Exportar; eso debería funcionar bien También puede descargar una versión de prueba de la herramienta de respaldo Enzo, que viene con una versión de prueba gratuita de 30 días: http://www.bluesyntax.net/backup.aspx . [descargo de responsabilidad: soy el autor de esta herramienta]
En cuanto a la cuestión de los precios, es posible que se le cobre por la extracción de datos de la base de datos. Mover los datos "en" SQL Azure es gratis por ahora. Si está transfiriendo los datos a un centro de datos diferente, se le cobrará por extraer los datos. Son 15 centavos por GB en los EE. UU. Y Europa, y 20 centavos en Asia. Estos son los detalles de precios: http://www.microsoft.com/windowsazure/pricing/
Tenga en cuenta que una base de datos que requiere 4 GB de almacenamiento no significa que tiene 4 GB de datos. En ocasiones, los índices pueden ocupar mucho espacio. Para estimar el tamaño de los datos que necesitará transferir, puede soltar sus índices (y esperar un poco para que el tamaño de la base de datos se reduzca, el tamaño de la base de datos debe ser aproximadamente igual a sus necesidades de transferencia de datos) o puede calcular el tamaño de sus tablas ejecutando un comando. Aquí hay un enlace a un artículo que muestra cómo hacer algo similar (vea el segundo comando con una declaración SELECT, simplemente ejecútelo para todas las tablas): http://www.sqldocumentor.com/table-size-in -sql-server-find-rows-and-disk-space-use
Para mover una base de datos existente de SQL Server a una nueva región en Azure, suponiendo que no hay contenedores Blob asociados con la base de datos. Para mayor referencia ver:
https://azure.microsoft.com/en-us/blog/migrating-azure-services-to-new-regions/
- Actualice la base de datos, si es necesario, a uno de los niveles de precios Premium
- Agregue geo-replicación a la base de datos existente. Puede elegir qué región tiene la copia de seguridad de la base de datos existente. Cree un nuevo servidor de base de datos en la región de destino que desee. Sugiero aprovisionar ese nuevo servidor de base de datos con el mismo nombre de usuario y contraseña de administrador que la base de datos sql existente. Al crear la base de datos secundaria, sugiero que el tipo secundario sea "legible", ya que le permitirá verificar que todos los datos y esquemas se hayan replicado correctamente.
- Permita que las dos bases de datos se sincronicen. La regla general según Microsoft AzureCAT es: 3 * (5 minutos + tamaño de la base de datos / 150 MB / minuto)
- Configure los ajustes del Firewall de la base de datos secundaria para permitir que las direcciones IP necesarias accedan a la base de datos
- Apague temporalmente los usuarios o aplicaciones que accedan a la base de datos existente.
- Desde el portal de Azure, seleccione la base de datos existente y cambie su función de geroplicación de principal a secundaria.
- Ejecute los scripts ddl que se basan en masterdb, como scripts ddl, para recrear usuarios y perfiles de usuario
- Cambie las cadenas de conexión de cualquier aplicación para que apunte a la nueva base de datos.
- Los usuarios y las aplicaciones ahora pueden conectarse a la nueva Base de datos
- A su discreción, puede eliminar la base de datos anterior como copia de seguridad y agregar nuevas regiones como respaldo.
En términos de cargos, habrá cargos por actualizar la base de datos anterior si aún no es una base de datos premium. También se aplicarán cargos por la creación de la base de datos geo-replicada. Sin embargo, esos cargos pueden limitarse a un día o a unos pocos días de honorarios (dependiendo de cuánto tiempo lleve la replicación geográfica). Una vez que la nueva base de datos esté en funcionamiento, elimine la base de datos anterior tan pronto como sea posible para limitar las tarifas adicionales. Finalmente, si actualizó el nivel de servicio de la base de datos anterior a un nivel superior para facilitar la geo-replicación, querrá degradar la nueva base de datos al nivel de servicio original de la base de datos anterior para limitar también las tarifas.