Programmes de sauvegarde SQL Server. Configuration de la base de données de SQL Server MS SQL régulière. Restaurer la base de données de la sauvegarde

Il existe plusieurs façons de copier la table dans la base de données MS SQL Server. J'offre plusieurs options pour créer une copie des tables. Lequel choisir - dépend de la structure de la table, de la présence d'index, des déclencheurs, etc., ainsi que le désir de faire quelque chose avec leurs mains.

1. Méthode manuelle de copie de la structure de la table

Dans MICRISOFT SQL Management Studio, sélectionnez la base de données, sélectionnez la table, cliquez sur le bouton droit de la souris et sélectionnez "Tableau de script comme" -\u003e "Créer à" -\u003e "Fenêtre de la nouvelle éditeur de requête". La fenêtre de requête ouvrira du code pour créer une table. Il doit spécifier le nom de la base dans laquelle vous devez effectuer une copie de la table et le nouveau nom si la base ne change pas. Comment créer du code de création de la structure de la table existante, est affiché dans la figure ci-dessous.

Avec cette méthode, les indices de table seront créés, mais les déclencheurs ne seront pas copiés. Ils doivent être copiés de la même manière.

Pour copier des données sur la table déjà créée, vous devez utiliser une telle requête SQL:

Insérer dans ..tmp_tbl_deps Select * à partir de ..tbl_deps

2. Copier Table SQL enquête

Faites une copie de la table de structure et des données à l'intérieur d'une base:

Sélectionnez * dans tmb_tbl_dep de tbl_deps

Copiez la structure de la table et de ses données d'une base de données à une autre:

Sélectionnez * dans ..tmp_tbl_deps à partir de ..tbl_deps

Le moins d'une telle solution n'est pas copié des index.

Considérez comment organiser deux tâches d'administration les plus couramment rencontrées SQL Server:

• Sauvegarde automatique de la base de données;
• Suppression des anciennes copies de sauvegarde.

Planification des bases de données de sauvegarde

• Ouvrez SQL Management Studio et connectez-vous à la base de données requise. Assurez-vous que l'agent SQL Server fonctionne;
• Développez le nœud de gestion - maintenance (pour cela, vous devez avoir le rôle de «sysadmin») - cliquez avec le bouton droit de la souris et sélectionnez «Nouveau plan de maintenance»;
• Entrez le nom du nouveau plan de service;
• Cliquez sur l'icône du calendrier à droite dans la seule ligne. Dans la fenêtre qui s'ouvre, configurez l'heure d'exécution de la tâche. Choisissez un moment où la base de données est moins chargée;
• Dans la section Boîte à outils, faites glisser la tâche de la base de données de sauvegarde dans la zone principale;
• Double-cliquez sur la tâche de la base de données de sauvegarde - La fenêtre Paramètres de la tâche s'ouvrira. copie de la réserve - Définir les paramètres souhaités;
• Cliquez sur OK - maintenant les sauvegardes seront créées conformément à l'heure prévue;

Suppression de vieilles sauvegardes

Étant donné que les fichiers de sauvegarde seront créés fréquemment, puis vous aurez bientôt un espace libre sur votre disque dur. Par conséquent, vous devrez supprimer des fichiers de sauvegarde obsolète. Nous continuons à configurer le plan de service:

• Dans le panneau Boîte à outils, faites glisser vers la zone principale de la tâche de nettoyage de la maintenance;
• Double-cliquez sur la tâche de nettoyage de la maintenance pour ouvrir la fenêtre Propriétés. Dans ce cas, vous devez déterminer la mise en page des sauvegardes, leur expansion et déterminer l'âge des fichiers à supprimer. La bonne pratique consiste à stocker des sauvegardes jusqu'à un mois;
• Cliquez sur OK et enregistrez le plan de service.
• Vous pouvez également attendre que le prochain plan de service exécute un plan de service ou l'exécuter manuellement (cliquez avec le bouton droit de la souris sur le plan de service dans l'Explorateur d'objets).

Les administrateurs BD sont divisés en ceux qui font des sauvegardes et ceux qui effectuent des sauvegardes.

introduction

Cet article décrit la sauvegarde la plus courante de IB 1C à l'aide des outils MS SQL Server 2008 R2, expliquée pourquoi cela devrait être fait exactement, et non autrement, plusieurs mythes dissipés. L'article a beaucoup de références à la documentation MS SQL, cet article est plus susceptible d'examiner les mécanismes de sauvegarde qu'un manuel complet. Mais pour ceux qui sont confrontés à cette tâche pour la première fois, simple et instructions étape par étapequi sont applicables aux situations simples. L'article n'est conçu pas pour le gourou d'administration, gourou et donc tout cela sache, mais il est supposé que le lecteur est capable d'installer MS SQL Server lui-même et de faire ce miracle de techniques hostiles créer une base de données dans ses profondeurs, qui, dans tour, est capable de faire les données de 1c.

Je considère la commande de la base de données de sauvegarde TSQL (et le journal de sauvegarde de son frère) essentiellement le seul moyen de sauvegarder des bases de données 1C à l'aide de MS SQL Server en tant que SGBD. Pourquoi? Regardons ce que nos moyens nous avons:

comment	D'accord	mal	LE TOTAL
Déchargement sur DT.	Format très compact.	Pendant longtemps, cela nécessite un accès Monopol, ne permet pas de ne pas enregistrer une partie des données insignifiantes (telles que les paramètres utilisateur dans les versions antérieures), longue diminution.	Ce n'est pas tellement un moyen de sauvegarder, combien la méthode de transfert de données d'un environnement à un autre. Idéal pour les canaux étroits.
Copier les fichiers MDF et LDF	Manière très claire pour les administrateurs débutants.	Il nécessite la libération des fichiers de base de données de blocage, ce qui est possible si la base est désactivée (la commande de prise hors ligne du menu contextuel) est déconnectée (détache) ou simplement arrêté le serveur. De toute évidence, les utilisateurs ne travailleront pas pour le moment.	Cette méthode est logique de s'appliquer si et uniquement si l'accident s'est déjà produit, de sorte que lorsque vous essayez de restaurer, puis de revenir à l'option à partir de laquelle la restauration a commencé.
Sauvegarde avec OS ou Hyperviseur	Méthode commode pour le développement et les environnements de test.	Pas toujours amical avec l'intégrité des données. Méthode de ressource.	Il peut être limité au développement. Dans le produit, le médium pratique n'a aucune signification.
Sauvegarde MS SQL	Ne nécessite pas de temps d'arrêt. Vous permet de restaurer un état holistique à un moment arbitraire, si vous vous souciez d'avance. Excellent automatisé. Économiques dans le temps et autres ressources.	Pas format très compact. Tout le monde ne peut pas utiliser ce moyen d'être nécessaire.	Pour les supports de produits - l'outil principal.

Les principales difficultés lors de l'utilisation de sauvegardes avec des installations MS SQL incorporées surviennent en raison d'un malentendu élémentaire des principes du travail. Ceci est expliqué dans une partie de la grande paresse, en partie le manque d'explications simples et compréhensibles au niveau des "recettes prêtes à l'emploi" (HMM, disons, je n'ai pas trouvé) et la situation est également aggravée par mes phosphores sur les forums. Que faire de la paresse, je ne sais pas, mais je vais essayer d'expliquer les bases de la sauvegarde.

Quoi et pourquoi économiser?

Il y a longtemps dans une galaxie lointaine, il y avait un tel produit d'ingénierie et de pensée comptable, comme 1C: l'entreprise 7.7. Apparemment en raison du fait que les premières versions de 1C: les entreprises ont été développées pour utiliser un format populaire fichiers DBFSa version SQL n'a pas stocké suffisamment d'informations dans la base de données afin de lire la sauvegarde MS SQL SQL MS SQL, et même avec chaque changement de structure, les conditions de fonctionnement du modèle de récupération complète ont été violées. Je devais donc aller à différentes astuces à forcer le système de sauvegarde à exécuter votre fonction principale. Mais depuis la version 8, les administrateurs de base de données sont enfin capables de se détendre. Les moyens de sauvegarde du personnel vous permettent de créer un système de sauvegarde complet et holistique. Non inclus dans la sauvegarde. Seuls le journal d'enregistrement et quelques paramètres de type de baguettes des formulaires (dans les versions plus anciennes), mais cette perte de ces données sur la fonctionnalité du système n'affecte pas, bien que les sauvegardes du journal d'enregistrement ne soient pas correctement et utiles.

Pourquoi avons-nous tous besoin de sauvegarder? Hmm À première vue, une étrange question. Eh bien, probablement, d'abord, pour pouvoir déployer une copie du système et rétablir ensuite le système tout en étant en panne? Au détriment du premier, je suis d'accord, mais le deuxième but est le premier mythe de sauvegarde.

La sauvegarde est la dernière frontière pour assurer la sécurité du système. Si l'administrateur de la base de données doit restaurer le système de produits à partir de sauvegardes, cela signifie que de nombreuses erreurs impesseres dans l'organisation du travail ont été apportées à une probabilité élevée. Il est impossible de faire référence à la sauvegarde, comme le principal moyen d'assurer l'intégrité des données, non, il est plutôt plus proche du système d'extinction d'incendie. Un système d'extinction de feu est nécessaire. Il doit être configuré, vérifié et opérationnel. Mais si elle travaillait, elle est en soi une urgence grave avec une masse de conséquences négatives.

Pour que la sauvegarde soit utilisée uniquement des objectifs «sous paisibles», utilisez l'efficacité et les autres moyens:

• Fournir une sécurité physique des serveurs: incendies, inondations, faible alimentation électrique, nettoyants, constructeurs, météorites et animaux sauvages - ils attendent tout au coin de la rue pour détruire votre serveur.
• Appartiennent de manière responsable les menaces de sécurité de l'information.
• Les qualifications apportent des modifications au système et assurez-vous que ces changements ne conduiront pas à une détérioration. Outre le plan de modification, il est conseillé de disposer d'un plan "Que faire si tout va mal".
• Utilisez activement la technologie pour augmenter la disponibilité et la fiabilité du système au lieu de courir les conséquences des accidents. Pour MS SQL, vous devriez payer les options suivantes:
  • Utilisation des clusters MS SQL (bien que honnêtement, je pense que c'est l'une des méthodes les plus chères et inutiles de prendre l'administrateur de la base de données des systèmes qui ne nécessitent pas 24x7)
  • Base de données à miroir (en synchrone et mode asynchrone En fonction des exigences de l'accessibilité, des performances et des coûts)
  • Livraison des journaux de transaction
  • Réplication par signifie 1C (bases de données distribuées)

En fonction des exigences de la disponibilité du système et du budget alloué à ces fins, il est possible de choisir des solutions qui permettront à 1-2 afin de réduire les temps d'arrêt et la récupération pendant les défaillances. Pas besoin d'avoir peur des technologies d'accessibilité: ils sont assez simples pour les étudier dans quelques jours avec des connaissances de base sur MS SQL.

Mais, peu importe quoi, la sauvegarde est encore nécessaire. C'est le même parachute de rechange que vous pouvez utiliser lorsque tous les autres moyens de salut refuseront. Mais, comme un vrai parachute de rechange, pour cela:

• ce système doit être à l'avance droite et qualifié configuré,
• un spécialiste apprécié par le système devrait avoir des compétences théoriques et pratiques de son utilisation (soutenue régulièrement),
• le système doit être composé des composants les plus fiables et les plus simples (c'est notre dernier espoir).

Informations de base sur le stockage et le traitement des données MS SQL

Les données dans MS SQL sont généralement stockées dans des fichiers de données (ci-après référencées par PD - aucun effet de coupe, cet article n'aura pas plusieurs abréviations très courantes) avec des extensions MDF ou NDF. En plus de ces fichiers, il existe toujours des journaux de transaction (ZHT), qui sont stockés dans des fichiers avec le LDF d'extension. Souvent, les administrateurs débutants sont irresponsables et concernent légèrement une voie ferrée, tant en termes de productivité que par rapport à la fiabilité du stockage. C'est une erreur très approximative. En fait, au contraire, au contraire, s'il existe un système de sauvegarde fiable et longtemps pour restaurer le système, vous pouvez stocker des données sur le raid-0 rapide, mais extrêmement peu fiable, mais il devrait ensuite être stocké sur un une ressource séparée fiable et productive (bien que si RAID-1). Pourquoi donc? Considérons plus en détail. Faites une réservation immédiatement que la présentation est quelque peu simplifiée, mais suffisamment pour la compréhension initiale.

En PD, ces pages de 8 kilo-octets sont stockées (combinées dans l'étendue de 64 kilo-octets, mais ce n'est pas essentiel). MS SQL. ne garantit pasCela immédiatement après avoir exécuté la commande de changement de données, ces modifications tomberont dans PD. Non, juste une page de mémoire est marquée comme "nécessitant une sauvegarde". Si le serveur dispose de suffisamment de ressources, ces données seront bientôt sur le disque. De plus, le serveur fonctionne "optimiste" et si ces modifications se produisent dans la transaction, ils peuvent bien tomber sur le disque avant de fixer la transaction. C'est-à-dire en général avec le travail actif de la FD, il contient des morceaux de données affligés et des transactions inachevées pour lesquelles il est inconnu, qu'ils soient annulés ou fixes. Il existe une commande spéciale "Checkpoint", qui indique le serveur que vous devez "désormais maintenant" pour réinitialiser toutes les données non enregistrées sur le disque, mais la portée de cette commande est assez spécifique. Il suffit de dire que 1C ne l'utilise pas (je n'ai pas rencontré) et comprenez que pendant le fonctionnement, le PD n'est généralement pas dans un état holistique.

Pour faire face à ce chaos, nous sommes juste nécessaires. Les événements suivants y sont écrits:

• Informations sur le début de la transaction et son identifiant.
• Informations sur le fait de la fixation ou de l'annulation de la transaction.
• Informations sur tous les changements de données dans la PD (à peu près parlant, qui était et ce qui s'est passé).
• Informations sur la modification de la FD elle-même ou de la structure de la base de données (augmenter les fichiers, réduire les fichiers, mettre en évidence et libérer des pages, créer et supprimer des tables et des index)

Toutes ces informations sont écrites avec une indication de l'identificateur de transaction dans lequel elle s'est produite et dans un volume suffisant pour comprendre comment de l'état à cette opération, allez à l'état après cette opération et vice versa (l'exclusion est un modèle de récupération de protocole incomplet) .

Il est important que ces informations soient immédiatement écrites sur le disque. Jusqu'à présent, les informations ne sont pas enregistrées dans le chemin de fer, l'équipe n'est pas considérée comme exécutée. Dans une situation normale, lorsque la taille d'un volume suffisant est suffisante et que lorsqu'elle n'est pas très fragmentée, les enregistrements sont écrits de manière cohérente avec de petites enregistrements (pas nécessairement 8 Ko). Dans le journal des transactions, des données uniquement nécessaires à la récupération. En particulier ne pas Informations sur lesquelles le texte de la requête a conduit à des modifications, qui est le plan d'exécution de cette demande, que l'utilisateur a lancé et d'autres informations inutiles pour restaurer les informations. Une certaine idée de la structure de données du journal des transactions peut demander

Sélectionnez * à partir de :: fn_dblog (, null)

En raison du fait que les disques durs travaillent beaucoup plus efficacement avec un enregistrement cohérent qu'avec un flux chaotique de commandes pour la lecture et l'écriture et du fait que les commandes SQL attendent la fin de l'entrée dans le WPT, la recommandation suivante se produit. :

S'il y a au moins la moindre possibilité, alors dans le milieu de produit, il devrait être situé sur un support physique individuel (à partir du reste), de préférence avec un temps d'accès minimal pour un enregistrement séquentiel et une fiabilité maximale. Pour des systèmes simples, RAID-1 est tout à fait approprié.

Si la transaction est annulée, tous les modifications déjà entrées dans le serveur reviennent à l'état précédent. Voilà pourquoi

L'annulation d'une transaction dans MS SQL Server dure généralement comparable à la durée totale de la transaction elle-même. Essayez de ne pas annuler la transaction ni de prendre une décision sur l'annulation le plus tôt possible.

Si le serveur pour une raison quelconque cesserait de fonctionner de manière inattendue, alors lors de la démarrage répété, il sera analysé que les données de la FD ne correspondent pas à un état complet (non appliquées, mais enregistrées et enregistrées, mais ces données seront modifiées) et ces données seront corrigée. Par exemple, si vous, par exemple, a lancé la reconstruction des index d'une grande table et redémarré le serveur, alors lorsque vous redémarrez, il prendra un temps significatif pour rétablir cette transaction, et il n'est pas possible d'interrompre ce processus.

Que se passe-t-il quand il atteint la fin du fichier? Tout est simple - s'il existe un lieu libéré au début, il commencera à écrire dans une place libre au début du fichier à un endroit chargé. Comme une bande magnétique de flocon. S'il n'y a pas de place au début, le serveur essaiera généralement d'étendre le fichier journal de transaction, tandis que la nouvelle pièce sélectionnée est un nouveau fichier journal de transaction virtuel, qui peut être beaucoup dans le fichier de transaction physique, mais cela ne suffit pas. pour sauvegarder. Si le serveur ne parvient pas à développer le fichier (l'emplacement est sur le disque ou est interdit par les paramètres de l'agrandir, la transaction actuelle annulera l'erreur 9002.

Oops. Et que devrait-on faire à la place de Zht, c'était toujours? Ici, nous sommes venus au système de sauvegarde et aux modèles de récupération. Pour annuler des transactions et restaurer le bon état du serveur, dans le cas d'une fermeture soudaine, il est nécessaire de stocker dans un enregistrement ZHT, à partir du début des dernières transactions ouvertes. Ce minimum est écrit et stocké dans ZHT avant que. Indépendamment de la météo, des paramètres du serveur et du désir de l'administrateur. Le serveur ne peut pas permettre que ces informations soient. Par conséquent, si vous ouvrez une transaction en une session et que, dans d'autres, effectuez des actions différentes, le journal des transactions peut se terminer de manière inattendue. La transaction la plus ancienne peut être révélée par la commande DBCC OpenRan. Mais ce n'est que le minimum d'information nécessaire. Dépend en outre de modèles de récupération. Dans SQL Server trois d'entre eux:

• Simple (simple) - Il est stocké uniquement pour le reste du rail de ceinture.
• Plein (plein) - Il est stocké à partir du moment où la dernière sauvegarde magazine de transaction. Note, pas depuis la sauvegarde complète!
• Vrac enregistré (avec une journalisation incomplète) - PARTIE (Très petites opérations généralement en partie) sont écrites dans un format très compact (en fait, seul l'enregistrement est que la page du fichier de données est modifiée). Sinon, plein est identique.

Plusieurs mythes sont associés à des modèles de récupération.

• Simple vous permet de réduire la charge sur le sous-système de disque. Ce n'est pas vrai. Il est écrit exactement autant qu'avec le volume enregistré, il est seulement considéré comme libre beaucoup plus tôt.
• La masse enregistrée vous permet de réduire la charge sur le sous-système de disque. Pour 1C, c'est presque faux. En substance, l'une des rares opérations pouvant être soumises à une journalisation minimale sans danses supplémentaires - Chargement de données de déchargement dans les tables de format DT et de restructuration.
• Lorsque vous utilisez le modèle enregistré en vrac, certaines opérations ne tombent pas dans une sauvegarde du journal des transactions et ne vous permettent pas de restaurer l'état à l'heure de cette. sauvegarde . Ce n'est pas tout à fait. Si l'opération fait référence au logo minimal, la sauvegarde inclura des pages en cours avec des données et il sera possible de "perdre" le journal des transactions de transaction à la fin (bien qu'il soit impossible pour un point arbitraire en cas de temps minimale Opérations de logo).

Le modèle groupé en vrac pour la base 1c n'a pas de sens, donc nous ne le considérons pas plus loin. Mais le choix entre plein et simple considérera plus en détail dans la partie suivante.

• Transaction de journal de formation
• • Modèles de récupération et gestion du magazine de transaction
  • Gestion des journaux de transaction
• Utilisez des copies de sauvegarde des journaux de transaction

Principe Fonctionnement du réseau dans des modèles de récupération simples et pleins

Par type de formation, les copies de sauvegarde sont trois espèces:

• PLEIN (Plein)
• Différentiel (Différentiel, différence)
• Enregistrer. (Sauvegarde des journaux de transaction, données, à quelle fréquence ce terme est utilisé, nous allons couper au RCCT)

Il est nécessaire de ne pas être confus ici: le modèle de récupération complète et la sauvegarde complète sont essentiellement différentes choses. Pour ne pas les confondre, ci-dessous, je vais utiliser des conditions anglaises pour le modèle de récupération et la russe-parler pour des types de sauvegardes.

Le travail de copie complète et différentielle est également simple et complet. Une copie de sauvegarde des journaux de transaction est complètement absente en simple.

Sauvegarde complète

Vous permet de restaurer l'état de la base de données à un moment donné (sur celui dans lequel la formation de sauvegarde a commencé). Il consiste en une copie de la page des données utilisées une partie des fichiers de données et d'un journal de transaction actif pendant le temps que la sauvegarde a été formée.

Sauvegarde différente

Stocke les pages de données qui ont changé depuis la dernière sauvegarde complète. Lors de la restauration, vous devez d'abord restaurer la sauvegarde complète (en mode Norecovery, les exemples seront affichés ci-dessous), vous pouvez appliquer l'une des copies de différence ultérieures à la "billette" résultante, mais seulement celles qui sont faites avant la prochaine sauvegarde complète. En raison de cela, il est possible de réduire considérablement le volume d'espace disque pour le stockage de la sauvegarde.

Moments importants:

• Sans la sauvegarde complète précédente, la copie de la différence est inutile. Par conséquent, il est souhaitable de les stocker quelque part les uns des autres.
• Chaque copie de différence suivante stockera toutes les pages incluses dans la sauvegarde de la différence précédente, effectuée après la précédente complète (bien que, peut-être avec un autre contenu). Par conséquent, chaque copie de différence suivante est plus que les précédentes, sans que la copie complète (si elle est cassée, uniquement à cause des algorithmes de compression)
• Pour la restauration à un moment donné dernier Sauvegarde complète en ce moment et dernier Copie de différence pour le moment. Les copies intermédiaires de récupération ne sont pas nécessaires (bien qu'ils puissent être nécessaires pour sélectionner le couple de récupération)

Rkjt

En contient une copie de cela pendant une certaine période. Habituellement à partir du moment de la dernière RCCT jusqu'à la formation de la RCCT actuelle. RCCT permet aux copies de restaurer en mode Norecovery à tout moment entrant pendant la période de récupération, rétablir l'état à tout point suivant dans le temps entrant dans l'intervalle de la copie récupérable de sauvegarde. Lors de la formulation d'une sauvegarde avec des paramètres standard, l'emplacement dans le fichier journal de transaction est libéré (jusqu'à la dernière transaction ouverte).

De toute évidence, le RCHT n'a aucun sens dans le modèle simple (la FP ne contient que des informations depuis la dernière transaction déverrouillée).

Lorsque vous utilisez RCCT, un concept important survient - chaîne continue de RCT.. Cette chaîne peut interrompre la perte de certaines copies de sauvegarde de cette chaîne ou transférer la base de données en simple et en arrière.

ATTENTION: un ensemble de RCCT est essentiellement inutile si ce n'est pas une chaîne continue et le moment du début de la dernière sauvegarde réussie complète ou de la différence devrait être à l'intérieurla période de cette chaîne.

Idées fausses fréquentes et mythes:

• "RCCT contient des données de journal de transaction à partir du moment de la sauvegarde complète ou de la différence précédente." Non, ce n'est pas le cas. RCCT contient au premier abord, des données inutiles entre le précédent RCCT et la sauvegarde complète suivante.
• "La sauvegarde complète ou la différence doit conduire à la libération de l'espace à l'intérieur du journal des transactions."Non, ce n'est pas le cas. La sauvegarde complète et la différence ne touche pas la chaîne RCCT.
• ZHT doit être effectué perdicalement, réduire de manière manuelle, rétrécir.Non, ce n'est pas nécessaire, et même au contraire, il n'est pas souhaitable. Si nous libérons-le entre RKJT, la chaîne RCCT est altérée, ce qui est nécessaire pour la récupération. Et la réduction constante / expansion du fichier conduira à sa fragmentation physique et logique.

Comment ça marche dans Simple

Il y a une base de données de 1000 Go. Chaque jour, la base augmente sur 2 Go et 10 Go d'anciens changements de données. Fait les sauvegardes suivantes

• Copie complète F1 de 0h00 le 1er février (volume de 1000 Go, ne prenez pas compte de la compression pour la simplicité)
  • Différence Copie D1.1 de 0:00 2 février (12 Go)
  • Différence Copie D1.2 de 0h00 le 3 février (19 Go Volume)
  • Différence Copie D1.3 de 0h00 4 février (volume de 25 Go)
  • Copie de différence D1.4 de 0h00 le 5 février (volume 31 gb)
  • Différence Copie D1.5 de 0h00 6 février (volume 36 Go)
  • Différence Copie D1.6 de 0h00 le 7 février (volume de 40 Go)
• Copie complète F2 de 0h00 le 8 février (volume 1014 gb)
  • Une copie de différence de D2.1 de 0h00 le 9 février (volume de 12 Go)
  • Une copie de différence de D2.2 du 0h00 du 10 février (19 Go Volume)
  • Une copie de différence de D2.3 de 0h00 le 11 février (volume de 25 gb)
  • Une copie de différence de D2.4 de 0h00 12 février (volume 31 Go)
  • Copie digale D2.5 de 0h00 le 13 février (volume 36 Go)
  • Une copie de différence de D2.6 de 0h00 14 février (volume de 40 Go)

Avec cet ensemble, nous pouvons restaurer les données à l'époque de 0h00 de tous les jours du 1er au 14 février. Pour ce faire, nous devons adopter une copie complète de F1 pendant une semaine de 1er au 7 février ou une copie complète de F2 pour le 8 au 14 février, la restaurée en mode Norecovery, puis appliquer une copie de différence de la bonne journée.

Comment ça marche en totalité

Ayons le même ensemble de sauvegardes de sauvegarde complètes et de différence, comme dans l'exemple précédent. En plus de cela, le RCCT suivant:

• RKJT 1 pour la période de 12h00 le 31 à 12h00 le 2 février (environ 30 Go)
• RKJT 2 pour la période de 12h00 du 2 au 12:00 le 4 février (environ 30 Go)
• RKJT 3 pour la période de 12h00 le 4 au 12 février du 6 février (environ 30 Go)
• RKJT 4 pour la période de 12h00 du 6 au 12h00 le 7 février (environ 30 Go)
• RKJT 5 pour la période de 12h00 le 8 au 12 eurem 12h00 du 10 février (environ 30 Go)
• RKJT 6 pour la période de 12h00 du 10 au 12:00 du 12 février (environ 30 Go)
• RKJT 7 pour la période de 12h00 du 12 au 12h00 du 14 février (environ 30 Go)
• RKJT 8 pour la période de 12h00 du 14 au 12h00 du 16 février (environ 30 Go)

Noter:

1. La taille de la RCCT sera approximativement constante.
2. Copies de réserve Nous pouvons faire moins souvent que la différence ou complète, et peut et plus souvent, ils seront moins en taille.
3. Nous pouvons maintenant restaurer le statut du système à tout moment de 0h00 le 1er février, lorsque nous avons la plus ancienne copie complète de 12h00 le 16 février.

Dans le cas le plus simple, nous devons restaurer:

1. Dernière copie complète jusqu'à la restauration
2. La dernière copie de la différence avant la reprise
3. Tout RCCT, de la dernière copie de la différence avant la restauration

• Copie complète F2 de 0h00 8 février
• Une copie de différence de D2.2 de 0h00 le 10 février
• RKJT 6 pour la période de 12h00 le 10 au 12:00 du 12 février

Premièrement, F2 sera restauré, puis D2.2, puis RKT 6 au moment 13:13:13 10 février. Mais l'avantage essentiel du modèle complet est que nous avons le choix - utilisez la dernière copie complète ou de différence ou non le dernier. Par exemple, s'il a été constaté qu'une copie de D2.2 a été gâtée, et nous devons récupérer à l'époque jusqu'au 13h13:13 le 10 février, puis pour le modèle simple, cela signifierait que nous pouvons restaurer les données uniquement à le temps d2.1. Avec Full - "Don" T panic ", nous avons les caractéristiques suivantes:

1. Restaurer F2, puis plus tard D2.1, puis RKJT 5, puis puis RCS 6 au moment 13:13:13 10 février.
2. Restaurer F2, puis RCCT 4, puis RKJT 5, puis plus tard RKLC 6 au moment 13:13:13 10 février.
3. Ou même restaurer F1 et conduire tout RCCT à RCCT 6 jusqu'au 13h13:13 10 février.

Comme vous pouvez le constater, le modèle complet nous fournit un choix plus grand.

Et maintenant, imaginez que nous sommes très rusés. Et quelques jours avant l'échec (13:13:13 10 février.) Nous savons que l'échec sera. Nous restaurons la base de données à partir de la sauvegarde complète sur le serveur suivant, laissant la possibilité d'appliquer les états suivants par des copies de différence ou de RCCT, c'est-à-dire en mode Norecovery. Et chaque fois immédiatement après la formation du RCCT, nous l'utilisons dans cette base de données de sauvegarde, laissant en mode Norecovery. Wow! Pourquoi, sur la récupération de la base de données, nous allons maintenant sortir seulement 10-15 minutes, au lieu de restaurer une base énorme! Félicitations, nous avons renforcé le mécanisme de la livraison de journaux, l'un des moyens de réduire les temps d'arrêt. S'il est possible de transmettre des données plus d'une fois dans la période, mais constamment, il sera déjà en miroir et si la source de base attendra le miroir de base, il s'agit d'une mise en miroir synchrone, sinon d'attente, puis d'attente, puis aussi asynchrones.

Plus d'informations sur la haute disponibilité peuvent être lues dans l'aide:

• Haute disponibilité (composant moteur de base de données)
  • Informations générales sur les solutions avec haute disponibilité
  • La haute disponibilité. Interaction et collaboration

Autres aspects de la sauvegarde

Cette section peut être ignorée en toute sécurité si la théorie et les mains sont ennuyées avec vous pour tester les paramètres de sauvegarde.

Groupes de fichiers

1C: La société est essentiellement capable de travailler avec des groupes de fichiers. Il y a un seul groupe de fichiers et c'est tout. En fait, le programmeur ou l'administrateur de la base de données MS SQL est capable de certaines tables, index ou même des pièces de tables et d'index à mettre dans des groupes de fichiers distincts (dans la version la plus simple - dans fichiers séparés). Il est nécessaire d'accélérer l'accès à certaines données (mettre sur un support très rapide), soit inversement, sacrifier la vitesse à placer sur un support moins cher (par exemple, des données à faible consommation mais volumineuse). Lorsque vous travaillez avec des groupes de fichiers, il est possible de rendre leurs sauvegardes séparément, il est également possible de le restaurer séparément, mais vous devez considérer que tous les groupes de fichiers devront «rattraper» à un moment de roulement de RCCT.

Fichiers de données

Si une personne contrôle les données aux données dans différents groupes de fichiers, alors lorsqu'il existe plusieurs fichiers dans le groupe de fichiers, les données d'eux sortent de manière indépendante MS SQL Server (avec une ligne égale de fichiers - essaieront uniformément). D'un point de vue appliqué, il est utilisé pour paralléecter les opérations d'E / S. Et du point de vue de la sauvegarde, il y a un autre point. Pour de très grandes bases de données de l'époque "à SQL 2008", était problème typique Sélectionnez une fenêtre continue pour une sauvegarde complète et le disque du récepteur de cette sauvegarde pourrait simplement ne pas l'adapter. Les plus. façon simple Dans ce cas, c'était une sauvegarde de chaque fichier (ou groupe de fichiers) à votre fenêtre. Maintenant, avec la distribution active de la compression de la sauvegarde, ce problème est devenu moins élevé, mais cette technique peut toujours être supportée.

Compression de sauvegarde

MS SQL Server 2008 dispose d'une fonctionnalité Super Mega-Ultra. Désormais, pour toujours, des copies de sauvegarde peuvent être compressées lors de la formation de la volée. Cela réduit la taille de la sauvegarde du BD 1C 5-10 fois. Et considérant que, généralement la performance du sous-système de disque, c'est un goulot d'étranglement de la SGBD, il donne non seulement une diminution du coût du stockage, mais également une accélération de sauvegarde puissante (bien que la charge sur les processeurs augmente, mais une puissance de processeur est tout à fait suffisante. sur le serveur DBMS).

Si dans la version 2008, cette fonctionnalité n'était que pour Enterprise Edition (qui est très coûteuse), puis en 2008 R2 Cette fonctionnalité est donnée à la version standard, qui est très satisfaite.

Ci-dessous, lors de l'analyse des exemples, les paramètres de compression ne sont pas pris en compte, mais je vous recommande vivement d'utiliser des copies de sauvegarde s'il n'y a pas de raisons particulières de le désactiver.

Un fichier de sauvegarde - de nombreux stages

En fait, la sauvegarde n'est pas simplement un fichier, il s'agit d'un conteneur plutôt compliqué dans lequel de nombreuses copies de sauvegarde peuvent être stockées. Cette approche a une histoire très ancienne (je l'observe personnellement de la version 6.5), mais pour le moment pour les administrateurs de bases de données "ordinaires", en particulier des bases de données 1C, il n'y a pas de raisons sérieuses d'utiliser "Un dossier de sauvegarde - un fichier". Pour le développement général, il est utile d'explorer la possibilité de placer plusieurs copies de sauvegarde dans un seul fichier, mais il est probablement de ne pas l'utiliser (ou si vous devez utiliser, puis désassemblé les bosses de la jauge-administrateur, que cette fonctionnalité a été. sans réserve).

Plusieurs copies miroir

SQL Server a une autre opportunité merveilleuse. Vous pouvez former une sauvegarde pour former parallèlement à plusieurs récepteurs. comment l'exemple le plus simple, vous pouvez jeter une copie à disque local Et en même temps, pliez sur une ressource réseau. La copie locale est pratique, car la récupération de celle-ci est nettement plus rapide, une copie à distance est beaucoup mieux pour reporter la destruction physique du serveur de base de données principale.

Exemples de systèmes de sauvegarde

Jolies théories. Il est temps de pratiquer pour prouver que toute cette cuisine fonctionne.

Configuration de la sauvegarde de serveur typique via des plans de service (MaintenancePlan)

Cette section est construite comme des recettes prêtes avec des explications. Cette section est très ennuyeuse et longue due aux images, vous pouvez donc la sauter.

Nous utilisons le service de plan de création de maître

Configuration des sauvegardes de serveur Scripts TSQL, des exemples de certaines fonctionnalités

Immédiatement la question se pose et pourquoi toujours? Il semble être juste configuré et tout fonctionne comme une horloge? Pourquoi commencer avec toutes sortes de scripts? Les plans de service ne permettent pas:

• Utiliser une réservation de miroir
• Utilisez les paramètres de compression autres que les paramètres du serveur
• Ne permet pas de répondre de manière flexible aux situations émergentes (aucune opportunité de traitement d'erreur)
• N'autorise pas les paramètres de sécurité d'utilisation flexibles
• Les plans de service sont très inconfortables (et entretiennent les mêmes) sur grandes quantités serveurs (même peut-être déjà sur 3-4)

Vous trouverez ci-dessous les commandes de sauvegarde typiques.

Sauvegarde complète

Une sauvegarde complète avec un renforcement d'un fichier existant (le cas échéant) et de vérifier la somme de contrôle des pages avant l'enregistrement. Lors de la formation d'une copie de sauvegarde, chaque pourcentage de progrès est prévu.

Base de données de sauvegarde sur disque \u003d N "C: \\ Backup \\ mydb.bak" avec init, format, statistiques \u003d 1, checksum

Sauvegarde différente

De même - une copie de différence

Base de données de sauvegarde sur DISK \u003d N "C: \\ BACKUP \\ MYDB.DIFF" avec Différentiel, Init, format, statistiques \u003d 1, checksum

Rkjt

Sauvegarde du journal des transactions

Journal de sauvegarde sur disque \u003d n "c: \\ backup \\ mydb.trn" avec init, format

Réservation de miroir

Il est souvent pratique de faire une sauvegarde non une seule, mais deux. Par exemple, on peut se situer localement sur le serveur (à être à portée de main) et la seconde forme immédiatement à distance physiquement à distance et protégée contre le stockage de stockage indésirable:

Base de données de sauvegarde sur Disk \u003d N "C: \\ Backup \\ mydb.bak", Miroir à. Disque \u003d N "\\\\ Safe-Server \\ Backup \\ mydb.bak" avec init, format

Un point important qui est souvent négligé: l'utilisateur, au nom duquel le processus Server MSSQL commence, doit être accédé à la ressource "\\\\ Safe-Server \\ Backup \\", sinon la copie se terminera par une erreur. Si MSSQL Server est en cours d'exécution pour le compte du système, l'accès doit alors être donné au domaine de groupe User_Name, mais il est préférable de configurer correctement le lancement MS SQL pour le compte d'un utilisateur spécialement créé.

Si vous ne spécifiez pas le miroir, il ne sera pas 2 copies miroir, mais une copie, cassée en 2 fichiers, en fonction du principe d'alternance. Et chacun d'eux est individuellement inutile.

Les serveurs de base de données sont une partie de la clé de toute organisation. Ce sont eux qui stockent des informations et fournissent des émissions sur demande et il est extrêmement important de conserver la base de données dans n'importe quelle situation. La livraison de base inclut généralement les utilitaires nécessaires, mais l'administrateur, non confronté à la base de données, devra faire face à des fonctionnalités de travail pour fournir une automatisation.

Types de sauvegardes de base de données

Pour commencer, nous traiterons comment il y a des sauvegardes. Le serveur de base de données n'est pas une application de bureau ordinaire et de s'assurer que toutes les propriétés acides sont exécutées (atomique, cohérence, isolée, durable), un certain nombre de technologies sont utilisées et donc la création et la récupération de la BD de l'archive ont son caractéristiques propres. Il existe trois approches différentes des données de sauvegarde, chacune ayant ses avantages et ses inconvénients.

Avec une sauvegarde logique, ou SQL, Backup (pg_dump, mysqldump, sqlcmd), une image instantanée du contenu du contenu est créée en fonction de l'intégrité transactionnelle et est enregistrée en tant que fichier avec des commandes SQL (vous pouvez sélectionner la base complète ou les tables individuelles), avec lequel vous pouvez recréer la base de données sur un autre serveur. Cela nécessite une heure (en particulier pour les grandes bases de données) pour enregistrer et restaurer, il est donc très souvent possible d'effectuer cette opération et il est effectué pendant la charge minimale (par exemple, la nuit). Lorsque vous récupérez l'administrateur, vous devrez exécuter plusieurs commandes pour préparer tout ce dont vous avez besoin (créez une base de données vide, comptes etc).

Sauvegarde physique (niveau système de fichiers) - Copier des fichiers que le DBMS utilise pour stocker des données dans la base de données. Mais à la simple copie, les blocages et les transactions sont ignorés, qui sont susceptibles d'être ignorés et violés de manière incorrecte. Lorsque vous essayez de joindre ce fichier, ce sera dans un état incohérent et entraînera des erreurs. Pour obtenir la sauvegarde actuelle, vous devez arrêter la base de données (vous pouvez réduire le temps de ralenti en utilisant deux fois RSYNC - d'abord sur un fonctionnement, puis sur le stoppé). L'inconvénient de cette méthode est évident - il est impossible de restaurer certaines données, seule toute la base de données. Lors du démarrage de la base de données restaurée dans l'archive du système de fichiers, vous devrez vérifier l'intégrité. Il existe différentes technologies auxiliaires. Par exemple, dans PostgreSQL, WAL (écrivez des journaux à venir) des journaux proactifs et fonction spéciale (Point dans la récupération du temps - PITR), qui vous permet de revenir à un état spécifique de la base de données. Avec leur aide, le troisième scénario est facilement implémenté lorsque la sauvegarde du niveau du système de fichiers est associée à une sauvegarde de fichiers WAL. Tout d'abord, restaurez les fichiers de sauvegarde du système de fichiers, puis avec WAL, la base est fournie à l'état actuel. Il s'agit d'une approche d'administration légèrement plus complexe, mais il n'ya aucun problème à l'intégrité de la base de données et à la restauration des bases jusqu'à un certain temps.

La sauvegarde logique est utilisée dans des cas où il est nécessaire de créer une copie complète de la base de données ou de l'utilisation quotidienne pour créer une copie, vous n'avez pas besoin de beaucoup de temps ou de lieu. Lorsque le déchargement de la base prend beaucoup de temps, il faut accorder une attention particulière à l'archivage physique.

Barman.

Licence: Gnu gpl

DBMS pris en charge: PostgreSQL

PostgreSQL prend en charge les possibilités d'une sauvegarde physique et logique, en ajoutant un autre niveau de WAL (voir insertion), ce qui peut être appelé copie continue. Mais pour gérer avec l'aide d'outils standard, plusieurs serveurs ne sont pas très pratiques, même l'administrateur avec l'expérience, et en cas de défaillance, la facture va pendant quelques secondes.

Barman (responsable de la sauvegarde et de la récupération) - Le développement interne de la société 2ndquadrant fournissant des services pour base de données PostgreSQL. Conçu pour la sauvegarde physique PostgreSQL (logique ne supporte pas), archivage WAL et récupération rapide après les échecs. Sauvegarde et restauration à distance Les serveurs multiples sont pris en charge, des fonctions de récupération de temps (PITR), de la commande WAL. Pour copier et soumettre des commandes à un nœud distant, SSH, la synchronisation et la sauvegarde à l'aide de RSSNC vous permet de réduire le trafic. Barman est également intégré à la norme BZIP2, GZIP, UTILITIES TER ET SIMILAILLES. En principe, vous pouvez utiliser n'importe quel programme de compression et d'archivage, l'intégration ne prend pas beaucoup de temps. Divers fonctions de service et de diagnostic sont implémentés qui vous permettent de surveiller l'état du service et de régler la bande passante. Les scripts pré / post sont pris en charge.

Barman est écrit en Python, la gestion des stratégies de sauvegarde est effectuée à l'aide d'un fichier INI de Barman.Conf clair pouvant être dans / etc ou un répertoire de base d'utilisateur. Dans la livraison arrive gabarit Avec des commentaires détaillés à l'intérieur. Cela ne fonctionne que sur * Nix-Systems. Pour installer dans Rhel, Centos et Scientific Linux, connectez EPEL - le référentiel dans lequel est contenu. forfaits supplémentaires. Les utilisateurs de Debian / Ubuntu ont un référentiel officiel:

$ sudo apt-get installer barman

Dans le référentiel n'est pas toujours dernière versionPour son installation devra se tourner vers les textes source. Les dépendances sont un peu et comprennent le processus est facile.

Sypex Dumper.

Licence: BSD.

DBMS pris en charge: Mysql

MySQLDUMP, les utilitaires MySQLHotCopy sont fournies avec MySQL, vous permettant de créer facilement une décharge de base de données, elles sont bien documentées et sur Internet, vous pouvez trouver un grand nombre d'exemples et de façades prêts à l'emploi. Ce dernier permet à un novice de commencer rapidement à travailler. Sypex Dumper est un script PHP qui vous permet de créer et de restaurer facilement une copie de la base de données MySQL. Il a été créé pour travailler avec de grandes bases de données, cela fonctionne très rapidement, claire et pratique à utiliser. Capable de travailler avec des objets MySQL - présentations, procédures, fonctions, déclencheurs et événements.

Un autre avantage, contrairement à d'autres outils, lors de l'exportation de transcodage de la transcodage vers UTF-8, dans dumper, les exportations sont effectuées en codage indigène. Le fichier résultant prend moins d'espace et le processus lui-même se produit plus rapidement. Dans un déchargement, il peut y avoir des objets avec différents codages. De plus, il est facile d'importer / exporter pour produire en plusieurs étapes, d'arrêter le processus pendant la charge. Une fois renouvelé, la procédure commencera à partir de l'endroit d'arrêt. Lorsque la récupération, quatre options sont prises en charge:

• Créer + insert - mode de récupération standard;
• Tronquer + insert - moins de temps pour créer des tables;
• Remplacez - nous restaurons les anciennes données dans la base de données de travail, sans se balancer de nouvelles;
• Insérer Ignore - Ajouter des données supprimées ou nouvelles à la base de données, sans toucher les existants.

Une compression de copie est maintenue (GZIP ou BZIP2), la date de l'automobile des anciennes sauvegardes est maintenue, le contenu du fichier de vidage est mis en œuvre, rétablit uniquement la structure des tables. Il existe également des fonctions de gestion de la base de données de services (création, suppression, vérification, restauration de la base de données, optimisation, tables de nettoyage, fonctionnement avec index et autres), ainsi qu'un gestionnaire de fichiers qui vous permet de copier des fichiers sur le serveur.

La gestion est effectuée à l'aide d'un navigateur Web, une interface avec l'utilisation d'AJAX est localisée à partir de la boîte et crée l'impression de travailler avec une application de bureau. Il est également possible d'exécuter des tâches de la console et de la planification (via Cron).

Dumper aura besoin d'un serveur classique L | Wamp Server, définissant l'habituel pour toutes les applications écrites dans PHP (copie des fichiers et des droits d'installation) et ne sera pas difficile même pour les débutants. Le projet fournit une documentation détaillée et des tutoriels vidéo qui démontrent le travail avec Sypex Dumper.

Il y a deux éditions: Sypex Dumper (gratuit) et Pro (10 dollars). La seconde a plus d'opportunités, toutes les différences sont indiquées sur le site.

SQL Sauvegarde et FTP

Licence:

DBMS pris en charge: Server MS SQL

MS SQL Server est l'une des solutions populaires et est donc souvent trouvée. La tâche de sauvegarde est créée à l'aide de l'environnement SQL Server Management Studio, TRANSACT-SQL et les CMDlets de module SQL PowerShell (sauvegarde-sqldatabase). Sur le site ms que vous pouvez trouver juste grande quantité Documentation qui vous permet de traiter avec le processus. Documentation Bien que complète, mais très spécifique, et des informations sur Internet se contredisent souvent mutuellement. Le nouveau venu devra vraiment être consulté ", influencer une main", donc même malgré tout ce qui précède, développeurs tiers Il y a où se retourner. en plus version gratuite SQL Server Express ne propose pas d'outils de sauvegarde incorporés. Pour les versions précédentes de MS SQL (jusqu'en 2008), vous pouvez trouver des utilitaires gratuits, tels que SQL Server Sauvegarde, mais dans la plupart des projets de ce type ont déjà été commercialisés, bien qu'ils offrent toutes les fonctionnalités souvent pour le montant symbolique.

Par exemple, le développement de la restauration SQL Sauvegarder et FTP et un clic SQL correspond au principe "Configuration et oublié". Posséder une interface très simple et compréhensible, ils vous permettent de créer des copies des bases de données MS SQL Server (y compris Express) et Azure, sauvegarder crypté et fichiers compressés Sur ftp i. services de cloud (Dropbox, boîte, Google Drive., Mme SkyDrive ou Amazon S3), le résultat peut être immédiatement visualisé. Il est possible de démarrer le processus à la fois manuellement et à la planification, envoyant un message sur le résultat d'un travail de messagerie, lancant des scripts utilisateur.

Toutes les variantes de la sauvegarde sont prises en charge: Logement complet, différentiel, transaction, copie de dossiers de fichier et matin. Les anciennes sauvegardes sont supprimées automatiquement. Connecter K. nœud virtuel. SQL Management Studio est utilisé, bien qu'il puisse y avoir des nuances ici et qu'il ne fonctionnera pas dans toutes ces configurations. Pour le téléchargement, cinq versions sont offertes - du GRATUIT GRATUITEMENT à la vie PROF TACHMED (au moment de la rédaction de ces lignes coûtant seulement 149 $). Fiche fonctionnelle est assez assez pour les petits réseaux dans lesquels un ou deux serveurs SQL sont installés, toutes les fonctions principales sont actives. Le nombre de bases de données de sauvegarde est limité, la possibilité d'envoyer des fichiers à Google Drive et SkyDrive et chiffrer des fichiers. L'interface est bien que non localisée, mais même le nouveau venu est bien compris. Il vous suffit de vous connecter au serveur SQL, après quoi une liste de base de données sera affichée, vous devez noter l'accès souhaité, configurer l'accès aux ressources distantes et spécifier le temps d'exécution de la tâche. Et tout cela dans une fenêtre.

Mais il y a un "mais". Le programme lui-même n'est pas destiné à restaurer les archives. Ceci offre un utilitaire de restauration SQL SQL SQL séparé gratuit, comprenant le format créé par la commande de la base de données de sauvegarde. Admin Il est nécessaire de spécifier l'archive et le serveur pour restaurer les données et appuyer sur un bouton. Mais dans des scénarios plus complexes devra utiliser la restauration.

Caractéristiques de sauvegarde Server MS SQL Server

La création d'une sauvegarde et de la récupération de la SGBD a ses différences qui doivent être prises en compte, en particulier leurs nombreuses lors du transfert de l'archive vers un autre serveur. Par exemple, nous analyserons quelques nuances de MS SQL Server. Pour archiver avec transact-sql, utilisez la commande de la base de données de sauvegarde (la valeur de différence de différence) et le journal des transactions de journal de sauvegarde.

Si la sauvegarde est étendue sur un autre serveur, vous devez vous assurer qu'il y a des mêmes disques logiques. En option, vous pouvez enregistrer manuellement les chemins corrects pour les fichiers de base de données à l'aide de la commande de base de données d'options de déplacement.

Situation simple - Sauvegarde et transfert de base de données vers d'autres versions SQL Server. Cette opération est prise en charge, mais dans le cas de SQL Server fonctionnera si la version du serveur sur lequel la copie est déployée est identique ou plus récente que celle sur laquelle elle a été créée. Et il y a une limitation: plus récente pas plus de deux versions. Une fois que la récupération de la base de données sera en mode de compatibilité avec la version avec laquelle la transition a été effectuée, c'est-à-dire indisponible. Il est facile de corriger en changeant la compatibilité_level. Vous pouvez le faire en utilisant une interface graphique ou SQL.

Alter base de données mydb set compatibilité_level \u003d 110;

Pour déterminer quelle version une copie a été créée, vous pouvez afficher l'en-tête du fichier d'archive. Ne pas expérimenter lors de la commutation vers nouvelle version SQL Server Vous devez exécuter un utilitaire de conseillère de mise à niveau Microsoft GRATUIT.

Iperius.

Licence:commercial, il y a une version de libre

DBMS pris en charge: Oracle 9-11, XE, MySQL, MARIADB, POSTGRESQL et MS SQL Server

Lorsque vous devez gérer plusieurs types de SGBD, aucune combine ne fait pas. Le choix est grand. Par exemple, Iperius est un programme facile, très facile à utiliser et à utiliser simultanément puissant pour la sauvegarde des fichiers ayant une fonction de base de données de sauvegarde à chaud sans interrompre en fonctionnement ou en blocage. Fournit complet ou bacup incrémentielle. Peut créer des images de disque complets pour réinstaller automatiquement l'ensemble du système. Prend en charge la sauvegarde sur NAS, les périphériques USB, Streamer, FTP / FTPS, Google Drive, Dropbox et Skydrive. Prend en charge la compression zip sans limitation de la taille des fichiers et du cryptage AES256, lancant des scripts et des programmes externes. Comprend un planificateur de tâche très fonctionnel, éventuellement une exécution parallèle ou séquentielle de plusieurs tâches, le résultat est envoyé au courrier électronique. De nombreux filtres, variables pour la personnalisation des chemins et des paramètres sont pris en charge.

La possibilité de télécharger sur FTP facilite la mise à jour des informations sur plusieurs sites Web. Ouvrir des fichiers Réservé à l'aide de la technologie VSS (Copie de volumes d'ombre de volumes), qui permet de sauvegarder à chaud non seulement des fichiers SGMS, mais également d'autres applications. Oracle implique également l'organisation RMAN Sauvegarde et Récupération (Gestionnaire de récupération). Afin de ne pas surcharger le canal, il est possible de régler la bande passante. La gestion de la réservation et de la récupération est effectuée à l'aide de la console locale et Web. Toutes les fonctions de vue, par conséquent, pour configurer la tâche, vous n'aurez besoin que d'une compréhension du processus, la documentation n'a même pas à regarder la documentation. Suivez simplement les invites de l'assistant. Vous pouvez également noter le gestionnaire de compte, qui est très pratique avec un grand nombre de systèmes.

Les fonctions de base sont disponibles gratuitement, mais la possibilité de réserver la base de données n'est posée que dans des versions de DB avancées et pleine. Prend en charge l'installation de XP à Windows Server 2012.

Sauvegarde pratique.

Licence:commercial

DBMS pris en charge:Oracle, MySQL, IBM DB2 (7-9.5) et MS SQL Server

L'un des systèmes de gestion relationnels les plus puissants - IBM DB2, ayant des fonctions d'échelle unique et prenant en charge plusieurs plates-formes. Livré dans plusieurs éditions, qui sont construites sur la même base et diffèrent fonctionnellement. L'architecture de base de données DB2 vous permet de gérer presque tous les types de données: documents, fichiers XML, fichiers multimédias et ainsi de suite. Gratuit DB2 Express-C est particulièrement populaire. Bacup est très simple:

Échantillon DB2 Backup DB

Ou instantané utilisant des services de copie avancés (ACS):

Db2 sauvegarde db échantillon utilise instantané

Mais vous devez vous rappeler que dans le cas des instantanés, nous ne pouvons pas restaurer les tables individuelles (DB2 Recover DB). Il existe des possibilités de sauvegarde automatique et bien plus encore. Les produits sont bien documentés, bien que le leadership de l'Internet russe soit rarement trouvé. Également loin de toutes les solutions spéciales, vous trouverez une prise en charge de DB2.

Par exemple, la sauvegarde pratique vous permet d'effectuer une sauvegarde de plusieurs types de serveurs de base de données et d'enregistrer des fichiers presque à n'importe quel support ( disque dur, CD / DVD, Stockage nuageux et réseau, FTP / S, WebDAV et autres). Bases de données de sauvegarde possibles via ODBC (table uniquement). Il s'agit de l'une des rares solutions prenant en charge DB2 et dispose également du logo "Prêt pour le logiciel IBM DB2 Server de DB2". L'ensemble de la procédure est effectuée à l'aide d'un assistant régulier dans lequel vous devez seulement sélectionner l'élément souhaité et former une tâche. Le processus de configuration elle-même est si simple que le nouveau venu sera capable de comprendre. Vous pouvez créer plusieurs travaux qui commenceront à la planification. Le résultat est fixé dans le journal et envoyé par courrier électronique. Pendant la tâche, l'arrêt de service n'est pas requis. L'archive est automatiquement comprimée et cryptée, ce qui garantit sa sécurité.

DB2 prend en charge deux versions de Sauvegarde pratique - Expert de bureau (local) et réseau de serveurs (réseau). Fonctionne sur les ordinateurs exécutant Win8 / 7 / Vista / XP ou 2012/2008/2003. Le processus de déploiement lui-même n'est pas soulagé pour aucun administrateur.

sQLCMD -S DOCKSERVER \\ SQLGTD -E -Q "DÉCLARE @S VARCHAR (255) SET @ S \u003d 'E: \\ BACKUP \\ GTD_' + Convert (varchar (1), DatePart (DW, GetDate ())) + '. Base de sauvegarde BAK 'GTD sur DISK \u003d @s avec init, NOFORMAT, Skip, Nounload »

sQLCMD. Vous permet d'entrer des instructions transact-sql, des procédures système et des fichiers de script de ligne de commande Dans l'éditeur de requête en mode SQLCMD,

• -S. - Spécifie le nom du serveur, serveur [\\ instance_name];
• Declserver \\ sqlgtd. - Nom du serveur / nom d'instance sur lequel la base tourne;
• -E. - Utilisations pour connecter SQL Server au lieu d'un nom d'utilisateur et de mot de passe de confiance;
• -Q "cmdlinequery" - Lors du démarrage du programme sQLCMD. Demandes, mais la sortie du programme après avoir terminé son exécution n'est pas effectuée. Plusieurs demandes peuvent être exécutées, séparées par un point de virgule. Citations de contact comme indiqué ci-dessus;
• déclarer. - Nous déclarons la variable S, le nom de la variable commence toujours par @, donc @s.. Dans notre cas @s. - Ceci est un dossier (disque) de stockage de sauvegarde;
• varchar (n) - Spécifie le type de variable @s. comme une chaîne avec une longue chaîne n, dans l'exemple de 255 caractères;
• eNSEMBLE. - Définit la valeur de la variable @s., Dans l'exemple, il s'agit du dossier de sauvegarde sur le disque E ( E: \\ Backup \\), alors le nom du fichier de sauvegarde est défini, où le jeu de fonctions convertir (varchar (1), DatePart (DW, GetDate ())) Retours en format texte avec une longueur de 1 symbole jour de la semaine de la semaine (lundi - 1 , Mardi - 2 , etc.) et une extension est ajoutée bAK.. À la sortie, nous obtenons un fichier nommé Gtd_donnedi.bak;
• sauvegarde. - crée une sauvegarde;
• base de données - indique la création d'une sauvegarde de la base entière;
• GTD. - dans notre exemple, le nom de la base sur le serveur SQL;
• au disque - indique le type d'appareil stockage, déposer disque duret la variable est indiquée @s.qui est attribué le chemin et le nom du fichier créé;
• avec Init, Noformat, Skip, Nounload - Indique qu'il est nécessaire de réécrire les données dans un cercle avec des en-têtes de remplacement, ce qui nous permettra de disposer de 7 fichiers de sauvegarde pour chaque jour de la semaine, réécrit dans un cercle.

Si nécessaire, vous pouvez utiliser d'autres fonctions, telles que la compression, voir Aide pour les demandes et les fonctions de transaction-SQL.

Étape 2. Modifier l'extension de fichier texte par. Cmd

En conséquence, nous obtenons le fichier backupgtd.cmd.. Exécutez le fichier de commande créé est nécessaire à partir de cette machine dans laquelle la base de données MS SQL est installée.

Étape 3. Automatisez ce processus

Considérer cette étape Utilisation de l'exemple de MS Windows Server 2008: Server Manager -\u003e Configuration -\u003e Planificateur de tâches -\u003e Bibliothèque du planificateur de tâches.