Skip to main content
SnapCenter Software 5.0
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Types d'opérations de restauration

Contributeurs

Vous pouvez utiliser SnapCenter pour effectuer différents types d'opérations de restauration sur les ressources SQL Server.

  • Restaurez vos données en moins d'une minute

  • Restauration à un point précédent dans le temps

Vous pouvez restaurer jusqu'à la minute ou restaurer l'ancien point dans le temps dans les situations suivantes :

  • Restaurez vos données à partir de SnapMirror ou d'un système de stockage secondaire SnapVault

  • Restauration vers un autre chemin (emplacement)

Remarque SnapCenter ne prend pas en charge la SnapRestore basée sur les volumes.

Restaurez vos données en quelques minutes

Dans le cadre d'une opération de restauration en moins d'une minute (sélectionnée par défaut), les bases de données sont restaurées jusqu'au point de défaillance. Pour cela, SnapCenter effectue la séquence suivante :

  1. Sauvegarde le dernier journal de transactions actif avant de restaurer la base de données.

  2. Restaure les bases de données à partir de la sauvegarde de base de données complète que vous sélectionnez.

  3. Applique tous les journaux de transactions qui n'ont pas été engagés dans les bases de données (y compris les journaux de transactions à partir des sauvegardes depuis la création de la sauvegarde jusqu'à la date la plus récente).

    Les journaux de transactions sont déplacés vers l'avant et appliqués à toute base de données sélectionnée.

Une opération de restauration en moins d'une minute nécessite un ensemble contigu de journaux de transaction.

Étant donné que SnapCenter ne peut pas restaurer les journaux de transactions de base de données SQL Server à partir de fichiers de sauvegarde d'envoi de journaux (l'envoi de journaux vous permet d'envoyer automatiquement des sauvegardes de journal de transactions d'une base de données primaire sur une instance de serveur primaire vers une ou plusieurs bases de données secondaires sur des instances de serveur secondaire distinctes), vous ne pouvez pas effectuer une opération de restauration en moins d'une minute à partir des sauvegardes du journal de transactions. C'est pourquoi vous devez utiliser SnapCenter pour sauvegarder vos fichiers de journal de transactions de base de données SQL Server.

Si vous n'avez pas besoin de conserver une capacité de restauration à la minute pour toutes les sauvegardes, vous pouvez configurer la conservation de la sauvegarde du journal des transactions de votre système à l'aide des stratégies de sauvegarde.

Exemple d'une opération de restauration en moins d'une minute

Supposons que vous exécutez la sauvegarde SQL Server tous les jours à midi et le mercredi à 4:00 vous devez effectuer une restauration à partir d'une sauvegarde. Pour une raison quelconque, la sauvegarde du mercredi midi a échoué à la vérification, donc vous décidez de restaurer à partir de la sauvegarde du mardi midi. Après cela, si la sauvegarde est restaurée, tous les journaux de transactions sont transférés et appliqués aux bases de données restaurées, en commençant par ceux qui n'ont pas été validées lors de la création de la sauvegarde de mardi et en passant par le dernier journal de transactions écrit le mercredi à 4:00 (si les journaux de transactions ont été sauvegardés).

Restauration à un point précédent dans le temps

Dans le cadre d'une opération de restauration instantanée, les bases de données ne sont restaurées qu'à une heure spécifique par le passé. Une opération de restauration à un point dans le temps se produit dans les situations de restauration suivantes :

  • La base de données est restaurée à une heure donnée dans un journal de transactions sauvegardé.

  • La base de données est restaurée et seul un sous-ensemble des journaux de transactions sauvegardés y est appliqué.

Remarque La restauration d'une base de données à un point dans le temps génère un nouveau chemin de restauration.

L'image suivante illustre les problèmes lorsqu'une opération de restauration à un point dans le temps est effectuée :

Restauration vers un point dans le temps précédent

Dans l'image, le chemin de récupération 1 consiste en une sauvegarde complète suivie de plusieurs sauvegardes du journal de transactions. Vous restaurez la base de données à un point dans le temps. De nouvelles sauvegardes du journal des transactions sont créées après l'opération de restauration instantanée, ce qui entraîne le chemin de restauration 2. Les nouvelles sauvegardes du journal de transactions sont créées sans créer de nouvelle sauvegarde complète. En raison d'une corruption des données ou d'autres problèmes, vous ne pouvez pas restaurer la base de données actuelle tant qu'une nouvelle sauvegarde complète n'est pas créée. De plus, il n'est pas possible d'appliquer les journaux de transactions créés dans le chemin de récupération 2 à la sauvegarde complète appartenant au chemin de récupération 1.

Si vous appliquez des sauvegardes du journal de transactions, vous pouvez également spécifier une date et une heure particulières à laquelle vous souhaitez arrêter l'application des transactions sauvegardées. Pour ce faire, vous spécifiez une date et une heure dans la plage disponible et le SnapCenter supprime toutes les transactions qui n'ont pas été validées avant ce point dans le temps. Vous pouvez utiliser cette méthode pour restaurer les bases de données à un point dans le temps avant qu'une corruption ne se produise ou pour effectuer une restauration à partir d'une base de données ou d'une table supprimée accidentelle.

Exemple d'opération de restauration instantanée

Supposons que vous effectuez des sauvegardes de base de données complètes une fois à minuit et qu'une sauvegarde du journal de transactions est effectuée toutes les heures. La base de données tombe en panne à 9:45, mais vous sauvegardez toujours les journaux de transaction de la base de données défaillante. Vous pouvez choisir l'un des scénarios de restauration instantanée suivants :

  • Restaurez la sauvegarde complète de la base de données effectuée à minuit et acceptez la perte des modifications apportées par la suite à la base de données. (Option : aucune)

  • Restaurez la sauvegarde complète de la base de données et appliquez toutes les sauvegardes du journal de transactions jusqu'à 9 h 45 (Option : log jusqu'à)

  • Restaurez la sauvegarde complète de la base de données et appliquez les sauvegardes du journal de transactions, en indiquant l'heure à laquelle vous souhaitez restaurer les transactions à partir du dernier ensemble de sauvegardes du journal de transactions. (Option : par heure spécifique)

Dans ce cas, vous calculerez la date et l'heure auxquelles une certaine erreur a été signalée. Toutes les transactions qui n'ont pas été validées avant la date et l'heure spécifiées sont supprimées.