Comment puis-je changer de serveur sql azure emplacement

Je voudrais transférer mes existante de SQL Azure emplacement à un autre, mais je pense qu'il n'existe aucune fonctionnalité droit de le faire sur le portail de gestion d'Azur.

Je viens de googlé et trouvé un lien http://social.msdn.microsoft.com/Forums/en-US/ssdsgetstarted/thread/e6c961cc-5eea-4f07-82c9-a8805d367b05 qui dit que j'ai besoin d'utiliser l'option de synchronisation de données dans le portail Azure, mais je n'ai pas cette fonctionnalité activée dans mon portail Azure.

Aussi si je n'utilise pas cette option, est-il payant? Enfin, il y a aucune autre option qui est possible pour déplacer le SQL Azure emplacement?

OriginalL'auteur Arun Rana | 2011-11-08

  1. 8

    Je pense que vous pouvez utiliser de nouvelles Import/Export bacpac fonctionnalité. Je l'ai utilisé pour déplacer des bases de données entre les comptes et ne peut pas voir pourquoi il ne serait pas aussi le travail entre les régions.

    Voir ici comment faire

    OriginalL'auteur Craig

  2. 10

    De les Déplacer Base de données SQL Server vers une Nouvelle Région sur Azure en Supposant qu'Aucune Goutte n'Conteneurs Associés À la Base de données. Pour de plus amples informations, voir:

    https://azure.microsoft.com/en-us/blog/migrating-azure-services-to-new-regions/

    1. De mise à niveau de la base de données, si nécessaire, à l'une de la Prime niveaux de tarification
    2. Ajouter de la géo-réplication de la base de données existante. Vous pouvez choisir quelle région pour avoir la sauvegarde de la base de données existante. Créer un nouveau serveur de Base de données dans la région cible de votre choix. Je suggère de provisionnement nouveau serveur de base de données avec le même nom d'administrateur et mot de passe de la base de données sql existant. Lors de la création de la base de données secondaire, je suggère de faire le type Secondaire “Lisible”, car il vous permettra de vérifier que toutes les données et les schémas ont été correctement répliqués.
    3. Permettre aux deux bases de données de temps de synchronisation. Règle de base en fonction de Microsoft AzureCAT est: 3 * (5 minutes + taille de base de données /150 MO/minute)
    4. Configurer les paramètres du Pare-feu de la base de données secondaire pour permettre les adresses IP nécessaires pour accéder à la base de données
    5. Fermé temporairement ce que les utilisateurs ou les applications accèdent à la base de données existante.
    6. À partir du portail Azure, sélectionnez la base de données existante et modifier ses géo-réplication rôle du primaire au secondaire.
    7. Exécuter tous les scripts ddl qui s'appuient sur la masterdb tels que les scripts ddl de recréer les utilisateurs et les profils utilisateur
    8. Modifier les chaînes de connexion de toutes les applications pour pointer vers la nouvelle base de données.
    9. Les utilisateurs et les applications peuvent maintenant se connecter à la nouvelle Base de données
    10. À votre discrétion, vous pouvez supprimer l'ancienne base de données d'une sauvegarde et d'ajouter de tout nouveaux régions de sauvegarde.

    En termes de charges, il y aura des frais pour la mise à niveau de l'ancienne base de données si elle n'est pas déjà une prime de base de données. Il y aura aussi des frais pour la création de la géo-base de données répliquée. Toutefois, ces frais peuvent être limitées à une journée à quelques jours de dollars de frais (selon la longueur de la géo-réplication). Une fois que la nouvelle base de données est en cours d'exécution, supprimer l'ancienne base de données dès que possible afin de limiter les frais supplémentaires. Enfin, si vous avez mis à niveau le niveau de service de l'ancienne base de données à un premier niveau afin de faciliter la géo-réplication, vous souhaitez passer à la nouvelle base de données pour le niveau de service initial de l'ancienne base de données aussi de limiter les frais.

    OriginalL'auteur Gaspare Bonventre

  3. 1

    Je ne voudrais pas utiliser DataSynch parce qu'il crée de nombreux objets dans votre base de données pour effectuer la synchronisation (c'est un envahissantes de la solution). Vous pouvez en effet essayer la fonctionnalité d'Importation/Exportation; qui devrait fonctionner correctement. Vous pouvez également télécharger une version d'essai de l'Enzo outil de sauvegarde, qui est livré avec un essai gratuit de 30 jours: http://www.bluesyntax.net/backup.aspx. [disclaimer: je suis l'auteur de cet outil]

    Concernant la question des prix, des frais peuvent vous être facturés pour les données extraites de la base de données. Déplacement de données "dans" SQL Azure est gratuit pour l'instant. Si vous transférez les données vers un autre centre de données, vous serez facturé pour l'extraction des données. Il est de 15 cents par GO aux etats-unis et l'Europe, et 20 centimes en Asie. Voici le détails des prix: http://www.microsoft.com/windowsazure/pricing/

    Garder à l'esprit qu'une base de données qui nécessite 4 go de stockage ne signifie pas que vous avez 4 go de données. Parfois, les indices peuvent prendre beaucoup d'espace. Pour estimer la taille des données, vous aurez besoin de transfert, vous pouvez soit déposer votre index (et attendre un peu pour la taille de base de données pour réduire; la taille de base de données doit être à peu près égal à vos besoins de transfert de données) ou vous pouvez calculer la taille de vos tables en cours d'exécution d'une commande. Voici un lien vers un article qui montre comment faire quelque chose de similaire (regardez la deuxième commande est une instruction SELECT; il suffit de l'exécuter pour toutes les tables): http://www.sqldocumentor.com/table-size-in-sql-server-find-rows-and-disk-space-usage

    OriginalL'auteur Herve Roggero

  4. 1

    Si vous êtes en mesure d'arrêter écrit à la DB pour un moment, puis vous pouvez utiliser la fonction de Copie sur le Portail Azure.

    1. Créer un nouveau Serveur SQL dans la région de votre choix.
    2. Ajouter à votre service(s) les adresses IP du nouveau Serveur SQL pare-feu.
    3. Arrêter écrit à l'origine de la base de données.
    4. Ouvrir la base de données d'origine dans le Portail Azure et cliquez sur Copier dans le haut de la lame.
    5. Choisir votre nouveau serveur SQL situé dans la région de destination.
    6. Attendre la copie.
    7. Mise à jour de votre service(s) pour pointer vers la destination DB.
    8. Permettre DB écrit.
    9. Vérifier que tout fonctionne.
    10. Supprimer la base de données d'origine (et le serveur si c'était la seule DB sur le serveur).

    OriginalL'auteur Micah Zoltu