IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Réplications SQL Server Discussion :

[2019] Sauvegarde journaux AlwaysOn


Sujet :

Réplications SQL Server

  1. #1
    Membre habitué
    Inscrit en
    Octobre 2006
    Messages
    467
    Détails du profil
    Informations forums :
    Inscription : Octobre 2006
    Messages : 467
    Points : 144
    Points
    144
    Par défaut [2019] Sauvegarde journaux AlwaysOn
    Bonjour,

    Pour les sauvegardes/maintenance des bases MSSQL, nous utilisons le toolkit fournit par ola.hallengren.com.

    J'essaye de le mettre en œuvre pour des bases protégées par un groupe AAG. Sur ce serveur j'ai des bases protégées par un AAG et d'autre non.

    J'ai 3 JOB :
    - 1 JOB : 1 fois par semaine
    - 1 JOB : tous les soirs - sauf le soir de la sauvegarde FULL
    - 1 JOB : Chaque heure

    Concernant le FULL et le DIFF pas de problème, par contre, pour le LOG, seule les bases ne faisant pas partie d'un groupe AAG ont la sauvegarde des journaux.
    Voici l'étape de sauvegarde des journaux dans le JOB des LOG :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    EXECUTE [dbo].[DatabaseBackup]
    @Databases = 'USER_DATABASES',
    @Directory = '\\backupbaie\mssql\backup',
    @BackupType = 'LOG',
    @CleanupTime = 336,
    @LogToTable = 'Y';
    Quand je regarde dans la table CommandLog, je ne vois que les BACKUP_DATABASE des bases protégées par le AAG (Test_database est la base ne faisant pas partie du AAG et dont les sauvegardes des journaux sont tracées dans la table) :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
      select DatabaseName, CommandType,StartTime, ErrorNumber,ErrorMessage from master.dbo.CommandLog where CommandType like 'BACKUP%' order by StartTime DESC;
    DatabaseName CommandType StartTime ErrorNumber ErrorMessage
    Test_database BACKUP_LOG 2021-12-23 08:23:53.1646780 0 NULL
    Test_database BACKUP_DATABASE 2021-12-22 17:32:35.8052583 0 NULL
    Reception BACKUP_DATABASE 2021-12-22 17:32:33.7740081 0 NULL
    Intranet BACKUP_DATABASE 2021-12-22 17:29:43.8052571 0 NULL
    Commande BACKUP_DATABASE 2021-12-22 17:29:40.6333822 0 NULL
    Extranet BACKUP_DATABASE 2021-12-22 17:29:40.0552569 0 NULL
    msdb BACKUP_DATABASE 2021-12-22 17:29:39.6333826 0 NULL
    model BACKUP_DATABASE 2021-12-22 17:29:39.4458857 0 NULL
    Test_database BACKUP_LOG 2021-12-22 16:55:53.1803104 0 NULL
    Test_database BACKUP_DATABASE 2021-12-22 16:53:49.4615321 0 NULL
    Reception BACKUP_DATABASE 2021-12-22 16:53:40.2427807 0 NULL
    Intranet BACKUP_DATABASE 2021-12-22 16:48:30.9771142 0 NULL
    Commande BACKUP_DATABASE 2021-12-22 16:48:25.5552346 0 NULL
    Extranet BACKUP_DATABASE 2021-12-22 16:48:24.6333609 0 NULL
    msdb BACKUP_DATABASE 2021-12-22 16:48:24.2583613 0 NULL
    model BACKUP_DATABASE 2021-12-22 16:48:24.0864872 0 NULL
    master BACKUP_DATABASE 2021-12-22 16:48:23.6802381 0 NULL
    Test_database BACKUP_DATABASE 2021-12-22 16:35:24.0083156 0 NULL
    Reception BACKUP_DATABASE 2021-12-22 16:35:11.6020662 0 NULL
    Intranet BACKUP_DATABASE 2021-12-22 16:33:05.9770788 3013 NULL
    Commande BACKUP_DATABASE 2021-12-22 16:33:00.5708303 0 NULL
    Extranet BACKUP_DATABASE 2021-12-22 16:32:59.6958287 0 NULL
    msdb BACKUP_DATABASE 2021-12-22 16:32:59.3364538 0 NULL
    model BACKUP_DATABASE 2021-12-22 16:32:59.1489532 0 NULL
    master BACKUP_DATABASE 2021-12-22 16:32:58.7114562 0 NULL
    Test_database BACKUP_LOG 2021-12-22 15:31:49.2098540 0 NULL
    Test_database BACKUP_DATABASE 2021-12-22 15:09:15.9910643 0 NULL
    Reception BACKUP_DATABASE 2021-12-22 15:09:09.3035661 0 NULL
    Intranet BACKUP_DATABASE 2021-12-22 15:03:49.7880117 0 NULL
    Commande BACKUP_DATABASE 2021-12-22 15:03:44.6786380 0 NULL
    Extranet BACKUP_DATABASE 2021-12-22 15:03:43.7880148 0 NULL
    msdb BACKUP_DATABASE 2021-12-22 15:03:43.3505130 0 NULL
    model BACKUP_DATABASE 2021-12-22 15:03:43.1630165 0 NULL
    master BACKUP_DATABASE 2021-12-22 15:03:42.7098908 0 NULL

    Pouvez-vous m'aider s'il vous plait ?

    Merci d'avance pour votre aide,

    Matt

  2. #2
    Membre habitué
    Inscrit en
    Octobre 2006
    Messages
    467
    Détails du profil
    Informations forums :
    Inscription : Octobre 2006
    Messages : 467
    Points : 144
    Points
    144
    Par défaut
    Bonjour,

    J'ai arrêté le REPLICA SECONDAIRE manuellement (shutdown du serveur) et lancé le job de sauvegarde des LOG.

    Et là, la sauvegarde des journaux a été réalisées.

    Je ne comprend pas pourquoi la sauvegarde des journaux fonctionne sur le REPLICA PRIMAIRE seulement si le REPLICA SECONDAIRE n'est pas joignable alors que les job FULL et DIFF fonctionne depuis le REPLICA PRIMAIRE même si REPLICA SECONDAIRE est joignable.

    La configuration [Backup Preferences] du AAG est sur [Prefer Secondary].
    D'aprés ce que j'en ai compris, si le SECONDAIRE n'est pas joignable, les sauvegardes se lancent sur le PRIMAIRE.

    Donc le fait que mon job de LOG ne se lance pas sur le PRIMAIRE lorsque le SECONDAIRE est en ligne semble enfin de compte le bon comportement.

    Je ne comprend donc pas pourquoi les job FULL et DIFF lorsqu'ils sont lancés depuis le PRIMAIRE même lorsque le SECONDAIRE est joignable.

    Matt

  3. #3
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    Mai 2002
    Messages
    21 772
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Var (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : Mai 2002
    Messages : 21 772
    Points : 52 737
    Points
    52 737
    Billets dans le blog
    5
    Par défaut
    D'abord vous n'indiquez pas ni la version, ni l'édition de SQL Server sachant que pour ALwaysOn il existe de grandes différences.

    Ensuite, le fait d'être en AlwaysOn devrait vous obliger à effectuer une sauvegarde transactionnelle régulière.

    Enfin, à moins que vous soyez dans le cas de VLDB fonctionnant 24h/24 sans aucune heures creuses, une sauvegarde différentielle est plutôt contre productive... La full serait plus intéressante.

    Enfin pour savoir quelles sont les sauvegardes effectuées, vous devez utiliser les tables de msdb qui tracent toutes les sauvegardes, par exemple :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    SELECT @@SERVERNAME AS SERVER_NAME, 
           BS.database_name, 
           BS.backup_start_date, 
           BS.backup_finish_date, 
           BS.expiration_date, 
           CASE BS.type 
             WHEN 'D' THEN 'Database' 
             WHEN 'L' THEN 'Log' 
           END AS backup_type, 
           BS.backup_size, 
           MF.logical_device_name, 
           MF.physical_device_name, 
           BS.name AS backupset_name, 
           BS.description 
    FROM msdb.dbo.backupmediafamily AS MF 
         INNER JOIN msdb.dbo.backupset AS BS 
            ON MF.media_set_id = BS.media_set_id

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  4. #4
    Membre habitué
    Inscrit en
    Octobre 2006
    Messages
    467
    Détails du profil
    Informations forums :
    Inscription : Octobre 2006
    Messages : 467
    Points : 144
    Points
    144
    Par défaut
    Bonjour,

    D'abord vous n'indiquez pas ni la version, ni l'édition de SQL Server sachant que pour ALwaysOn il existe de grandes différences.
    Je l'avais mis dans le sujet (préfixe) mais j'ai oublié de le mentionné dans le message - désolé.

    Voici la version :
    Microsoft SQL Server 2019 (RTM-CU12) (KB5004524) - 15.0.4153.1 (X64) Jul 19 2021 15:37:34 Copyright (C) 2019 Microsoft Corporation Enterprise Edition: Core-based Licensing (64-bit) on Windows Server 2019 Standard 10.0 <X64> (Build 17763: ) (Hypervisor)

    Ensuite, le fait d'être en AlwaysOn devrait vous obliger à effectuer une sauvegarde transactionnelle régulière.
    C'est bien ce que je tente de faire.

    Matt

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Sauvegardes bases et journaux
    Par Denn's dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 24/02/2009, 19h27
  2. Sauvegarde des journaux de transaction
    Par Mothership dans le forum Administration
    Réponses: 6
    Dernier message: 09/02/2009, 10h40
  3. Sauvegarde et journaux de logs [SQL Server 2000]
    Par ariesnojf dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 11/10/2008, 16h10
  4. Problème de sauvegarde des journaux de transactions
    Par mazen_bn dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 20/06/2006, 16h26
  5. sauvegarde des journaux de transactions
    Par gdebre dans le forum MS SQL Server
    Réponses: 3
    Dernier message: 10/11/2005, 11h04

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo