Wiki

Outils pour utilisateurs

Outils du site

  • Plan
  • Créer une page
  • Aide
  • Contactez-nous!
    • tma:pv:procedures:gestion_bd_sql_cestas

    Différences

    Ci-dessous, les différences entre deux révisions de la page.

    Lien vers cette vue comparative

    Les deux révisions précédentesRévision précédente
    Prochaine révision    		Révision précédente
    tma:pv:procedures:gestion_bd_sql_cestas [04/08/2017 10:34] – baptiste.le-sommertma:pv:procedures:gestion_bd_sql_cestas [16/03/2018 10:51] (Version actuelle) – stephane.laforet
    Ligne 15: Ligne 15:
       * Le transfert journalier de ces BACKUPS vers l'espace de stockage NAS   * Le transfert journalier de ces BACKUPS vers l'espace de stockage NAS
      
    -{{:tma:pv:procedures:processus_journalier.jpg?200|}}+{{:tma:pv:procedures:processus_journalier.jpg?|}}
     === 1 - 2 - Étapes du processus hebdomadaire === === 1 - 2 - Étapes du processus hebdomadaire ===
      
    Ligne 21: Ligne 21:
       * Le transfert hebdomadaire de ces BACKUPS du NAS vers le PCBACKUP   * Le transfert hebdomadaire de ces BACKUPS du NAS vers le PCBACKUP
       * La restauration hebdomadaire de ces BACKUPS sur le SQL du PCBACKUP   * La restauration hebdomadaire de ces BACKUPS sur le SQL du PCBACKUP
    -  * La vérification hebdomadaire du contenu des 10 bases SQL restaurées sur le PCBACKUP+  * La vérification hebdomadaire du contenu des <del>10</del> 8 bases SQL restaurées sur le PCBACKUP. Les bases du master ne sont pas vérifiées.
       * La suppression hebdomadaire des copies des BACKUPS copiés sur le PCBACKUP pour restauration   * La suppression hebdomadaire des copies des BACKUPS copiés sur le PCBACKUP pour restauration
    -{{:tma:pv:procedures:processus_hebdo_1.jpg?200|}}+{{:tma:pv:procedures:processus_hebdo_1.jpg?|}}
      
    -{{:tma:pv:procedures:processus_hebdo_2.jpg?200|}}+{{:tma:pv:procedures:processus_hebdo_2.jpg?|}}
      
    -{{:tma:pv:procedures:processus_hebdo_3.jpg?200|}}+{{:tma:pv:procedures:processus_hebdo_3.jpg?|}} 
     + 
     +<WRAP download 60> 
     +Le PPT d'origine de ces schémas est sauvegardé dans : P:\Projets\ARIRI0692- Schneider TMA CESTAS 2016-2017\4 Dossier technique\4.2 Documents AI\4.2.5 AT\2017\20170220_Stratégie_Sauvegardes_CESTAS\\ 
     +Nom: ''PPT_SV_SQL_CESTAS_V3.pptx'' 
     +</WRAP>
      
     ===== 2 - Détail processus journalier===== ===== 2 - Détail processus journalier=====
    Ligne 38: Ligne 43:
      
     == BACKUP créé dans le dossier F:\SQL\Backup_BDD du CLUSTER/MASTER== == BACKUP créé dans le dossier F:\SQL\Backup_BDD du CLUSTER/MASTER==
    - Le job ''TMA_BACKUP_PVDB_CCDATA'' créée ainsi un fichier .BAK dans le répertoire F:\SQL\Backup_BDD de chaque CLUSTER/MASTER : cf. image en dessous.+ Le job ''TMA_BACKUP_PVDB_CCDATA'' créée ainsi un fichier .BAK dans le répertoire F:\SQL\Backup_BDD de chaque CLUSTER/MASTER : cf. image en dessous.\\
     {{:tma:pv:procedures:cluster_backup_rnonenomme.jpg?200|}} {{:tma:pv:procedures:cluster_backup_rnonenomme.jpg?200|}}
      
    Ligne 76: Ligne 81:
     Le job ''Verification_Toutes_BD'' enregistre des LOG dans le fichier ''Req_TMA_Verification_BD_Logs.TXT'' dans le dossier ''F:\SQL\Requetes_Restauration_Bases''.\\ Le job ''Verification_Toutes_BD'' enregistre des LOG dans le fichier ''Req_TMA_Verification_BD_Logs.TXT'' dans le dossier ''F:\SQL\Requetes_Restauration_Bases''.\\
     Ces logs peuvent servir en cas de débug.Ci-dessous un exemple des logs.\\ Ces logs peuvent servir en cas de débug.Ci-dessous un exemple des logs.\\
    -{{:tma:pv:procedures:logs_verif_bd.jpg?200|}}+{{:tma:pv:procedures:log_verification.png|}}
      
     === 3 - 4 - Suppression des copies des BACKUPS === === 3 - 4 - Suppression des copies des BACKUPS ===
     Le planificateur de tâches du PCBACKUP appelle à **18h00** simultanément 5 programmes .BAT qui vont supprimer sur le PCBACKUP les .BAK restaurés la même journée. Ceci pour éviter d'avoir une accumulation de .BAK sur le PCBACKUP.\\ Le planificateur de tâches du PCBACKUP appelle à **18h00** simultanément 5 programmes .BAT qui vont supprimer sur le PCBACKUP les .BAK restaurés la même journée. Ceci pour éviter d'avoir une accumulation de .BAK sur le PCBACKUP.\\
     Les programmes .BAT de suppression s'appellent ''CLUSTERX_Suppression_SV_BACKUP_v1.BAT'', ils se trouvent dans ''F:\SQL\Programmes_Transferts'' sur le PCBACKUP.\\ Les programmes .BAT de suppression s'appellent ''CLUSTERX_Suppression_SV_BACKUP_v1.BAT'', ils se trouvent dans ''F:\SQL\Programmes_Transferts'' sur le PCBACKUP.\\
    -{{:tma:pv:procedures:emplacement_prog_logs_transfertnas_backup_suppr.jpg?200|}}\\ 
     Ces 5 programmes .BAT de suppression enregistrent des logs dans le même fichier de log ''Suppression_SV_BACKUP_v1.LOG''. Le fichier de log se trouve aussi dans ''F:\SQL\Programmes_Transferts''.\\ Ces 5 programmes .BAT de suppression enregistrent des logs dans le même fichier de log ''Suppression_SV_BACKUP_v1.LOG''. Le fichier de log se trouve aussi dans ''F:\SQL\Programmes_Transferts''.\\
     +{{:tma:pv:procedures:emplacement_prog_logs_transfertnas_backup_suppr.jpg?200|}}\\
     +
      
     ===== 4 - Emplacement sauvegarde programmes ===== ===== 4 - Emplacement sauvegarde programmes =====
    Ligne 92: Ligne 98:
     ===== 5 - Troobleshooting ===== ===== 5 - Troobleshooting =====
      
    -Echec restauration base PVDB:  +En vérifiant les LOG de ''Req_TMA_Verification_DB.TXT'' (cf. chapitre 3 - 3 -), si: 
    -  - Place sur disque SQL du CLUSTER suffisante pour créer CCDATA ET PVDB ? +===Les deux bases CCDATA+PVDB d'un CLUSTER/MASTER ne se sont pas restaurées=== 
    -  - Temps d'attente de la tâche planifiée suffisant pour transfert complet du .BAK de CLUSTER vers NAS ? > Planificateur de tâches>Appel gestionnaire transfert>Paramètres>Temps d'attente avant fermeture de l'action+Vérifier les logs de transfert NAS vers PCBACKUP : est ce que le .BAK a été trouvé sur le NAS ? Remonter ensuite la chaine jusqu'au CLUSTER/MASTER et voir où ça a bloqué en s'aidant des LOGs de chaque programme. 
     + 
     +===La base CCDATA d'un CLUSTER/MASTER a bien été restaurées mais pas la base PVDB=== 
     +Vérifier la taille du .BAK qui a été restauré (on le retrouvera sur le NAS dans le dossier ''\\NAS\SV_SQL\SV_NON_TESTEES'', bien s'assurer de la date du .BAK).\\ 
     +  - Si la taille du .BAK est toute petite, c'est que le CLUSTER n'a pas eu assez de place sur son disque F:\ pour créer une copie de CCDATA+PVDB : il a donc créé un .BAK ne contenant que CCDATA. Il faut alors libérer de l'espace sur le disque F:\. Si la place est prise par des .BAK qui s'empilent sur le CLUSTER, il faut contrôler les LOG de transfert du .BAK du CLUSTER vers le NAS. 
     +  - Si la taille du .BAK est grande, c'est que le CLUSTER a bien créé un .BAK avec le PVDB et le CCDATA mais le transfert du .BAK vers le NAS a été tronqué. Il faut vérifier les logs du programme de transfert. Si on ne voit pas la fin du transfert, c'est que l'action du planificateur de tâche a arrêté le transfert (durée du transfert > durée maximale de l'action du planificateur de tâches) : il faut alors ouvrir le planificateur de tâches et les paramètres de l'action planifiée et augmenter le paramètre de durée maximale de l'action. 
     + 
     +===Le disque NAS n'est pas détecté par la tâche planifiée ?=== 
     +Ouvrir le planificateur de tâches. S'assurer que l'action planifiée utilise bien la session utilisateur en cours, qui lui octroie les mêmes droits et dossiers partagés que vous. 
     + 
     +===La taille des derniers backup est plus petite que d'habitude=== 
     +Cela arrive généralement quand le job n'as pas assez de place pour travailler. 
     +Lancé l'observateur d'événement : 
     + 
     +{{:tma:pv:procedures:lancer_obs_event.png?200|}} 
     + 
     +Recherché l'erreur: 
     + 
     +{{:tma:pv:procedures:obs_event.png?600|}}
      
    -Disque NAS non détecté par la tâche planifiée ? +Généralement il faut supprimer d'anciens backup qui n'ont pas réussi à être transféré. Le problème se répète alors car il y a de moins en moins de place au fur et à mesure que les backup s'entassent.
    -  - Liste numérotéeBien utiliser la session en cours > Planificateur de tâches>Appel gestionnaire transfert>Utiliser la session utilisateur en cours+
      
    -''Code « machine à écrire »''+===Une étape fonctionne mal ?=== 
     +Analyser les LOG de chaque étape. Tester des transferts, appels, restaurations en démarrant les jobs SQL ou en double-cliquant sur les programmes .BAT. Si une action .BAT fonctionne bien via une exécution manuelle, c'est que le problème vient d'un paramètre côté planificateur de tâches.
      
     {{tag>SQL CESTAS GESTION BD BAT PLANIFICATEUR TACHE WINDOWS BAK}} {{tag>SQL CESTAS GESTION BD BAT PLANIFICATEUR TACHE WINDOWS BAK}}
      
    tma/pv/procedures/gestion_bd_sql_cestas.1501835666.txt.gz · Dernière modification : 04/08/2017 09:34 (modification externe)

    Outils de la page

    Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki