Voir la démo×
×

Voir NinjaOne en action !

En soumettant ce formulaire, j'accepte la politique de confidentialité de NinjaOne.

Le principe de la sauvegarde en copie seule pour SQL Server

Copy-only backup SQL servers blog banner

Bien que le langage SQL (Structured Query Language) existe depuis des décennies, il est clair qu’il est toujours pertinent pour les entreprises et qu’il n’est pas prêt de disparaître. En fait, plus de 80% des entreprises utilisent encore SQL et n’ont pas l’intention d’en changer dans un avenir proche. Comme le dit le proverbe, « si ce n’est pas cassé, ne le répare pas ». Bien que SQL soit un peu dépassé, il fonctionne toujours sans problème pour de nombreuses équipes informatiques dans le monde.

Pour garantir la protection des données stockées dans les serveurs SQL, les professionnels de l’informatique effectuent régulièrement des sauvegardes. Il existe plusieurs façons de procéder, et certaines méthodes de sauvegarde bien connues pour les serveurs SQL sont les sauvegardes différentielles et les sauvegardes en copie seule (ou sauvegarde de copie uniquement). Si vous souhaitez effectuer une sauvegarde indépendante de votre séquence de sauvegardes conventionnelles, la sauvegarde en copie seule est exactement ce que vous recherchez.

Qu’est-ce qu’une sauvegarde en copie seule pour un serveur SQL ?

Une sauvegarde en copie seule est un type de sauvegarde pour les serveurs SQL qui est séparé de la séquence des sauvegardes conventionnelles. Par essence, une sauvegarde en copie seule crée une sauvegarde qui n’affectera pas les autres sauvegardes d’origine ni les processus de restauration. Elle est utile pour apporter des modifications expérimentales aux informations sauvegardées sans affecter les données d’origine. Contrairement aux autres sauvegardes complètes, une sauvegarde en copie seule ne peut pas être utilisée comme base pour effectuer des sauvegardes différentielles.

Comme le précise Microsoft, « une sauvegarde en copie seule est une sauvegarde de SQL Server qui est indépendante de la séquence des sauvegardes conventionnelles de SQL Server. En général, la réalisation d’une sauvegarde modifie la base de données et affecte la façon dont les sauvegardes ultérieures sont restaurées. Toutefois, il est parfois utile d’effectuer une sauvegarde dans un but particulier sans affecter les procédures de sauvegarde et de restauration de la base de données. Les sauvegardes en copie seule remplissent cette fonction. »

Types de sauvegardes en copie seule d’un serveur SQL

Copie seule pour les sauvegardes complètes (tous les modes de restauration)

Bien que la sauvegarde en copie seule puisse être utilisée pour effectuer une sauvegarde complète, n’oubliez pas que vous ne pouvez pas utiliser sauvegarde en copie seule comme base pour une sauvegarde différentielle. Les sauvegardes différentielles pour les serveurs SQL nécessitent des sauvegardes complètes, et les sauvegardes en copie seule ne peuvent pas être utilisées à leur place. Lors de la restauration d’une sauvegarde en copie seule, le processus est le même que pour tout autre type de sauvegarde SQL.

Copie seule pour les sauvegardes de journaux (logs) (uniquement pour les modèles de récupération complète et les modèles de récupération de journaux groupés)

L’objectif d’une sauvegarde des journaux en copie seule est de sauvegarder le point d’archivage des journaux existant, mais la plupart du temps, cette méthode de sauvegarde particulière n’est pas nécessaire. Au lieu de créer des sauvegardes en copie seule, les utilisateurs « préfèrent créer une nouvelle routine pour la sauvegarde des journaux (en utilisant WITH NORECOVERY) ou en utilisant cette nouvelle sauvegarde avec des sauvegardes de journaux anciennes ou antérieures qui sont nécessaires pour soutenir la séquence de restauration », précise DataNumen. Une sauvegarde du journal en copie seule n’est pas souvent utilisée, mais elle peut être utile pour effectuer une restauration en ligne dans certaines situations.

Avantages et inconvénients de la sauvegarde en copie seule pour les serveurs SQL

Avantages :

  • La sauvegarde en copie seule n’affecte pas la séquence de sauvegarde

Le principal avantage de la sauvegarde en copie seule est qu’elle n’affecte pas la séquence de sauvegarde ni les processus de restauration réguliers. En général, la plupart des méthodes de sauvegarde du serveur SQL affectent la base de données et les processus de restauration. Grâce aux sauvegardes en copie seule, les équipes informatiques peuvent créer des sauvegardes qui n’affectent pas les autres sauvegardes d’origine et les processus de restauration.

  • La sauvegarde en copie seule peut être restaurée de la même façon que n’importe quelle autre sauvegarde

Heureusement, aucune compétence ou connaissance supplémentaire n’est nécessaire pour restaurer une sauvegarde en copie seule, à condition de comprendre le langage SQL. Cela signifie que les processus de restauration pour les sauvegardes en copie seule sont les mêmes que les processus de restauration de données normales. La restauration des données à partir d’une sauvegarde en copie seule est un processus rapide, simple et sans accrocs.

  • Les méthodes de sauvegarde en copie seule sont faciles à effectuer

Il existe plusieurs façons d’effectuer une sauvegarde en copie seule, notamment en utilisant SQL Server Management Studio (SSMS), en configurant transact-SQL ou en implémentant un PowerShell. Avec les sauvegardes en copie seule, les administrateurs informatiques peuvent choisir la meilleure façon d’effectuer la sauvegarde en fonction de la situation.

Inconvénients :

  • La sauvegarde en copie seule ne peut pas prendre en charge les sauvegardes différentielles

Si une équipe informatique souhaite utiliser des sauvegardes différentielles pour les données de son serveur SQL, elle devra d’abord effectuer une sauvegarde complète. Les utilisateurs ne peuvent pas utiliser des sauvegardes en copie seule à la place d’une sauvegarde complète pour prendre en charge les sauvegardes différentielles.

  • La sauvegarde en copie seule peut s’avérer inutile

Étant donné qu’une sauvegarde en copie seule enregistre le point d’archivage existant, elle n’affecte pas la séquence des sauvegardes régulières. Toutefois, Microsoft admet que les sauvegardes en copie seule ne sont pas toujours nécessaires : « Les sauvegardes de journaux en copie seule sont généralement inutiles. Au lieu de cela, vous pouvez créer une nouvelle sauvegarde de routine du journal (en utilisant WITH NORECOVERY) et utiliser cette sauvegarde avec toutes les sauvegardes précédentes du journal qui sont nécessaires pour la séquence de restauration. »

  • La sauvegarde en copie seule ne permet pas d’enregistrer l’historique des sauvegardes de manière centralisée

Après avoir effectué une sauvegarde en copie seule, l’historique de la sauvegarde ne sera pas enregistré de façon centralisée. Lorsque vous effectuez d’autres formes de sauvegarde SQL, telles que des sauvegardes complètes ou différentielles, vous pouvez enregistrer l’historique des sauvegardes de façon centralisée.

3 façons d’effectuer une sauvegarde en copie seule

1) Utiliser SQL Server Management Studio (SSMS)

Si votre entreprise utilise SQL Server Management Studio (SSMS), vous pouvez effectuer une sauvegarde en copie seule en quelques clics.

2) Essayer transact-SQL

Une autre méthode pour effectuer une sauvegarde SQL en copie seule consiste à utiliser transact-SQL (TSQL), qui est une extension du langage SQL. Cette méthode utilise un paramètre COPY_ONLY et sauvegarde le journal des transactions.

3) Mise en place d’un PowerShell

Enfin, les utilisateurs peuvent utiliser un PowerShell pour effectuer une sauvegarde en copie seule en utilisant le paramètre -CopyOnly.

Conclusion

À l’heure actuelle, de nombreuses entreprises stockent leurs données critiques dans des bases de données SQL Server. Parmi les nombreuses méthodes de sauvegarde pour les serveurs SQL, les sauvegardes en copie seule sont rarement utilisées, mais elles peuvent s’avérer utiles dans certaines situations. Bien qu’une sauvegarde en copie seule ne doive jamais remplacer les sauvegardes complètes et différentielles, elle peut être utile pour manipuler les informations sans modifier les données d’origine.

Étapes suivantes

La création d'une équipe informatique efficace et performante nécessite une solution centralisée qui agit en tant qu'outil principal de prestation de services. NinjaOne permet aux équipes informatiques de surveiller, gérer, sécuriser et prendre en charge tous leurs appareils, où qu'ils se trouvent, sans avoir besoin d'une infrastructure complexe sur site.

Pour en savoir plus sur la NinjaOne Endpoint Management, proftez d'une démonstration, oud'un essai gratuit de la plateforme NinjaOne.

Vous pourriez aussi aimer

Prêt à devenir un Ninja de l’informatique ?

Découvrez comment NinjaOne peut vous aider à simplifier les opérations informatiques.

Termes et conditions NinjaOne

En cliquant sur le bouton « J’accepte » ci-dessous, vous indiquez que vous acceptez les termes juridiques suivants ainsi que nos conditions d’utilisation:

  • Droits de propriété: NinjaOne possède et continuera de posséder tous les droits, titres et intérêts relatifs au script (y compris les droits d’auteur). NinjaOne vous accorde une licence limitée pour l’utilisation du script conformément à ces conditions légales.
  • Limitation de l’utilisation: Les scripts ne peuvent être utilisés qu’à des fins personnelles ou professionnelles internes légitimes et ne peuvent être partagés avec d’autres entités.
  • Interdiction de publication: Vous n’êtes en aucun cas autorisé à publier le script dans une bibliothèque de scripts appartenant à, ou sous le contrôle d’un autre fournisseur de logiciels.
  • Clause de non-responsabilité: Le texte est fourni « tel quel » et « tel que disponible », sans garantie d’aucune sorte. NinjaOne ne promet ni ne garantit que le script sera exempt de défauts ou qu’il répondra à vos besoins ou attentes particulières.
  • Acceptation des risques: L’utilisation du script est sous votre propre responsabilité. Vous reconnaissez qu’il existe certains risques inhérents à l’utilisation du script, et vous comprenez et assumez chacun de ces risques.
  • Renonciation et exonération de responsabilité: Vous ne tiendrez pas NinjaOne pour responsable des conséquences négatives ou involontaires résultant de votre utilisation du script, et vous renoncez à tout droit ou recours légal ou équitable que vous pourriez avoir contre NinjaOne en rapport avec votre utilisation du script.
  • EULA: Si vous êtes un client de NinjaOne, votre utilisation du script est soumise au contrat de licence d’utilisateur final qui vous est applicable (End User License Agreement (EULA)).