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:38] – 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 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 ===
    Ligne 93: 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|}} 
     + 
     +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.
      
    -Disque NAS non détecté par la tâche planifiée ? +===Une étape fonctionne mal ?=== 
    -  - Liste numérotéeBien utiliser la session en cours > Planificateur de tâches>Appel gestionnaire transfert>Utiliser la session utilisateur en cours+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.1501835921.txt.gz · Dernière modification : 04/08/2017 09:38 (modification externe)

    Outils de la page

    Donate Powered by PHP Valid HTML5 Valid CSS Driven by DokuWiki