Quel est le moyen le plus rapide de sauvegarder / restaurer la base de données Azure SQL?
l'arrière-plan: Nous avons la base de données avec la taille ~ 40 Go et la restaurée du fichier .bacbac (~ 4 Go de données compressées) de la manière native par Azure SQL Base de données Import / Exportation jusqu'à 6-8 heures. Créer .bacpac est également très long et prend environ 2 heures.
upding:
upd.
Création de la base de données (par voie transactionnelle cohérente) Copie à l'aide de upd. déc, 2014. Permettez-moi de partager avec vous notre expérience de la manière la plus rapide du schéma de migration DB Nous avons fini par.
Tout d'abord, l'approche avec application de numéros de données (.bacpac) s'est avérée non viable pour nous après que la DB est devenue légèrement plus grande et qu'elle ne fonctionnera pas non plus pour vous si vous avez au moins un index non mis en cluster avec Taille totale> 2 Go jusqu'à ce que vous désactiviez les index non clusters avant d'exporter - il est dû à la limite de journal de transaction SQL Azure.
Nous tenons à L'assistant de migration Azure que pour le transfert de données fonctionne juste BCP pour chaque table (Paramètres de BCP sont configurables) et il est environ 20% plus rapide que l'approche avec .bacpac.
Voici quelques pièges que nous avons rencontrés avec l'assistant de migration:
Créer une base de données [dbbackup] sous forme de copie de [db] prend seulement 15 minutes avec 40 Go de base de données et la restauration est une base de données simple.
-c ... interrupteur de configuration, vous pouvez trouver des paramètres avec lesquels appeler BCP
Fichier .config pour l'application MW.
5 Réponses :
Si votre base de données est de 40 Go, il est temps de continuer à prendre un serveur de base de données redondant qui est prêt à aller dès que le principal devient défectueux.
Vous devez avoir un second serveur exécuté à côté du serveur DB principal qui n'a pas de routine réelle, à l'exception de la synchronisation avec le serveur principal sur une base horaire / quotidienne (en fonction de la fréquence à laquelle vos données changent, et combien de temps il faut pour exécuter cela. traiter). Vous pouvez également envisager de créer des sauvegardes à partir de ce serveur de base de données, au lieu de la principale.
Si votre serveur de DB principale diminue - pour une raison quelconque - vous pouvez modifier l'adresse d'hôte dans votre application à la base de données de sauvegarde et passer les 8 heures de débogage de votre autre serveur, au lieu de vous briser vos pouces en attendant le portail Azur Faites sa chose pendant que vos clients se plaignent.
Votre base de données ne doit pas prendre 6 à 8 heures pour restaurer de la sauvegarde. Si vous incluez le temps de téléchargement / de téléchargement dans cette estimation, vous devez envisager de stocker vos données dans le centre de données Azure, ainsi que localement.
Pour plus d'informations, voir cet article sur la continuité des affaires sur MSDN:
http://msdn.microsoft.com/en-us/library/windowsazure/hh852669.aspx < / a>
Vous voudrez examiner spécifiquement la section Copies de base de données, mais l'article vaut la peine de lire en totalité si votre dB est si grand.
Liam, malheureusement, ce n'était pas une surestimation d'environ 8 heures de processus de restauration (voir la photo). Je vais essayer de copier de la base de données bientôt. Merci!
La clé est d'utiliser la bonne stratégie de gestion des données également qui permet de résoudre votre objectif. Mauvaise architecture et approche pour mettre tout sur Cloud peuvent s'avérer désastreux ... Voici plus à lire - http://archdipedesh.blogspot.com/2014/03/windows-azure-data-strategies-and.html
Base de données Azure SQL dispose déjà de ces répliques locales que Liam fait référence à. Vous pouvez trouver plus de détails sur ces trois répliques locales ici http://social.technet.microsoft.com/wiki/contents/articles/1695.Inde-windows-azure-sql-database.aspx#high_Anvailability_with_sql_azure
En outre, la base de données SQL a récemment introduit de nouveaux niveaux de service qui incluent un nouveau point de restauration de points. Détails complets à http://msdn.microsoft.com/en-us/ Bibliothèque / Azure / HH852669.aspx
Azure prend désormais en charge le point de restauration de temps / Geo Restaurer et Geodr. Vous pouvez utiliser la combinaison de ceux-ci pour avoir une sauvegarde / restauration rapide. PITR et GEO RESTORE sont sans frais supplémentaires pendant que vous devez payer pour Geo Replica
Il existe plusieurs façons de faire des travaux de sauvegarde, de restauration et de copie sur Azure.
Azure Service prend des sauvegardes complètes, des sauvegardes différentielles multiples et des sauvegardes de journal T toutes les 5 minutes.
Même chose que le point dans la restauration de temps. Seule la différence est qu'il récupère une copie redondante à partir d'un autre stockage de blob stocké dans une région différente.
Même chose que les groupes de disponibilité SQL. 4 Replicas Async avec capacités de lecture. Sélectionnez une région pour devenir une veille chaude.
plus sur le site Microsoft ici . Blog ici .