Sauvegarde managée SQL Server sur Azure : Interopérabilité et coexistence

Cette rubrique décrit l’interopérabilité et la coexistence de sauvegarde managée SQL Server vers Microsoft Azure avec plusieurs fonctionnalités dans SQL Server 2014. Ces fonctionnalités sont les suivantes : groupes de disponibilité AlwaysOn, mise en miroir de bases de données, plans de maintenance de sauvegarde, copie des journaux de transaction, sauvegardes ad hoc, détacher la base de données et supprimer la base de données.

Groupes de disponibilité AlwaysOn

Groupes de disponibilité AlwaysOn configurés en tant que solution Azure uniquement prise en charge pour la sauvegarde managée SQL Server sur Microsoft Azure. Les configurations de groupe de disponibilité AlwaysOn locales uniquement ou hybrides ne sont pas prises en charge. Pour plus d’informations et d’autres considérations, consultez Configuration de la sauvegarde managée SQL Server sur Azure pour les groupes de disponibilité

Mise en miroir de bases de données

La sauvegarde managée SQL Server sur Microsoft Azure est prise en charge uniquement sur la base de données principale. Si le principal et le miroir sont configurés pour utiliser la sauvegarde managée SQL Server sur Microsoft Azure, la base de données mise en miroir est ignorée et ne sera pas sauvegardée. Toutefois, en cas de basculement, la sauvegarde managée SQL Server vers Microsoft Azure démarre le processus de sauvegarde une fois que le miroir a terminé le changement de rôle et qu’il est en ligne. Les sauvegardes seront stockées dans un nouveau conteneur dans ce cas. Si le miroir n’est pas configuré pour utiliser la sauvegarde managée SQL Server sur Microsoft Azure, en cas de basculement, aucune sauvegarde n’est effectuée. Nous vous recommandons de configurer la sauvegarde managée SQL Server sur Microsoft Azure sur le principal et le miroir afin que les sauvegardes continuent en cas de basculement.

Plan de maintenance

L'utilisation des plans de maintenance pour la création de sauvegardes pour une base de données lorsque la sauvegarde SQL Server managée sur Microsoft Azure est activée n'est pas prise en charge. Les plans de maintenance peuvent entraîner une rupture de la chaîne de journaux, et une sauvegarde managée de SQL Server vers Microsoft Azure peut ne pas être en mesure de garantir la récupérabilité de la base de données lors de la restauration. Cela s’applique également lorsque la sauvegarde managée SQL Server sur Microsoft Azure est activée au niveau de l’instance.

Expédition de journaux

Vous ne pouvez pas configurer le log shipping et la sauvegarde gérée SQL Server sur Microsoft Azure pour la même base de données en même temps. Cela affectera la récupération de la base de données à l’aide de l’une ou l’autre des fonctionnalités.

Sauvegardes ad hoc à l’aide de Transact-SQL et de SQL Server Management Studio

Les sauvegardes ad hoc ou ponctuelles créées en dehors de la sauvegarde managée SQL Server sur Microsoft Azure à l’aide de Transact-SQL ou de SQL Server Management Studio peuvent affecter le processus SQL Server Managed Backup vers Microsoft Azure en fonction du type de sauvegarde et du support de stockage utilisé. Les sauvegardes de journal vers un autre compte de stockage Azure que celui utilisé par SQL Server Managed Backup sur Microsoft Azure, ou vers toute autre destination que le service de stockage Blob Azure, entraîneront une rupture de la chaîne de journaux. Nous vous recommandons d’utiliser la procédure stockée smart_admin.sp_backup_on_demand (Transact-SQL) pour lancer une sauvegarde sur les bases de données sur lesquelles sql Server Managed Backup est activé sur Microsoft Azure. Vous pouvez lancer une sauvegarde complète de base de données ou de journal à l’aide de cette procédure stockée.

Supprimer la base de données et détacher la base de données

Si une base de données avec sauvegarde managée SQL Server sur Microsoft Azure est détachée ou supprimée, bien qu’aucune sauvegarde supplémentaire ne soit possible, les sauvegardes précédentes restent dans le stockage jusqu’à ce que la période de rétention soit écoulée, à quel moment les sauvegardes seront vidées.

Modifications apportées au modèle de récupération

• Si vous modifiez le modèle de récupération d’une base de données simple à complète ou journalisée en bloc, vous avez la possibilité de configurer la sauvegarde managée SQL Server sur Microsoft Azure pour la base de données. Cela sera considéré comme une nouvelle base de données du point de vue de la sauvegarde managée SQL Server vers Microsoft Azure.

• Si vous modifiez le modèle de récupération d’une base de données complète ou journalisée en bloc vers Simple, avec la sauvegarde managée SQL Server sur Microsoft Azure activée, les opérations de sauvegarde ne seront plus planifiées. Le paramètre de période de rétention sera toujours actif et les fichiers de sauvegarde resteront dans le compte de stockage jusqu’à ce que la période de rétention soit écoulée. Si vous souhaitez conserver les sauvegardes, nous vous recommandons de télécharger les fichiers vers un autre compte de stockage ou vers un emplacement local. Les paramètres de configuration sont conservés et peuvent être réutilisés si le modèle de récupération est réaffecté à Full ou Bulk-Logged .

Sauvegardes de journaux à l’aide d’autres outils de sauvegarde ou scripts personnalisés

Deux sauvegardes configurées pour effectuer des sauvegardes de journaux sur la même base de données provoquent une rupture de la chaîne de journaux de sauvegarde. Bien que la sauvegarde managée SQL Server sur Microsoft Azure tente de remédier à la rupture dans la chaîne de sauvegarde en planifiant des sauvegardes complètes lorsqu’une rupture de chaîne est détectée, cela signifie maintenir en permanence les interruptions périodiques et les sauvegardes de journaux effectuées par deux outils concurrents. Cela peut également affecter la récupération de la base de données, car aucun outil ne peut être censé avoir un ensemble complet de sauvegarde dans la séquence. Bien que cela s’applique à deux fonctionnalités ou outils effectuant des sauvegardes de journaux, il est utile d’appeler des exemples spécifiques, comme décrit ci-dessous. Il s’agit également de la base des problèmes liés à la configuration des plans de maintenance ou à l'expédition de journaux, comme décrit dans les sections précédentes de ce sujet.

Sauvegardes basées sur DPM (Data Protection Manager) : Microsoft Data Protection Manager vous permet d’effectuer des sauvegardes complètes et incrémentielles. Les sauvegardes incrémentielles sont des sauvegardes de journaux qui effectuent une troncation de journal après la création d’une sauvegarde T-log. Par conséquent, la configuration de DPM et sql Server Managed Backup sur Microsoft Azure pour la même base de données n’est pas prise en charge.

Outils ou scripts tiers : Tout outil ou scripts tiers qui effectuent des sauvegardes de journaux à l’origine de la troncation du journal est incompatible avec la sauvegarde managée SQL Server sur Microsoft Azure et n’est pas pris en charge.

Si la sauvegarde managée SQL Server sur Microsoft Azure est activée pour une instance de base de données et que vous souhaitez effectuer une sauvegarde ad hoc, vous pouvez utiliser la procédure stockée smart_admin.sp_backup_on_demand (Transact-SQL) comme décrit dans la section précédente. Si vous avez également besoin de planifier ou de supprimer régulièrement des sauvegardes en dehors de la sauvegarde managée SQL Server sur Microsoft Azure, vous pouvez utiliser la sauvegarde de copie uniquement. Pour plus d’informations, consultez Copy-Only Sauvegardes (SQL Server).