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

MS SQL Server Discussion :

LOG SHIPPING sous SQLSERVER2000


Sujet :

MS SQL Server

  1. #1
    Membre confirmé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Novembre 2007
    Messages
    1 348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 348
    Points : 604
    Points
    604
    Par défaut LOG SHIPPING sous SQLSERVER2000
    Bonjour,

    J'ai recréé un log shipping (sqlserver2000), la sauvegarde des journaux sur le serveur principal se passe bien, la copie des journaux sur le serveur secondaire se déroule bien mais le recover de la base secondaire tombe en erreur:

    Serveur : Msg 3201, Niveau 16, État 2, Ligne 1
    Impossible d'ouvrir l'unité de sauvegarde 'E:\MSSQL\BACKUP\STAT_tlog_200711291615.TRN.TRN'. Elle est déconnectée ou une erreur est survenue. Pour plus d'informations, consultez le journal des erreurs de SQL Server.
    Serveur : Msg 3013, Niveau 16, État 1, Ligne 1
    RESTORE LOG s'est terminé anormalement.

    ==========================================
    Voici les erreurs remontées dans le journal:

    2007-11-29 17:15:07.64 spid61 BackupDiskFile::OpenMedia : échec de l'unité de sauvegarde
    «*E:\MSSQL\STAT_tlog_200711291700.TRN*» à open. Erreur du système d'exploitation = 32(error not found).
    2007-11-29 17:15:25.76 spid61 Démarrage de la base de données «*STAT*».
    2007-11-29 17:15:25.76 spid61 Bypassing recovery for database 'STAT' because it is marked IN LOAD.
    2007-11-29 17:15:26.14 spid61 Démarrage de la base de données «*STAT*».
    2007-11-29 17:15:26.15 spid61 Bypassing recovery for database 'STAT' because it is marked IN LOAD.
    2007-11-29 17:15:55.01 spid61 La récupération effectue un point de contrôle sur la base de données'STAT' (8)
    2007-11-29 17:15:55.31 backup Restauration du journal : base de données : STAT, date de création (heure)*:
    2007/11/15(11:27:17), premier LSN : 186274:17283:1, dernier LSN : 186423:7492:1, nombre d'unités de vidage : 1, informations sur l'unité :
    (FILE=1, TYPE=DISK: {'E:\MSSQL\BACKUP\STAT_tlog_200711291615.TRN'}).
    2007-11-29 17:15:55.37 spid61 BackupDiskFile::OpenMedia : échec de l'unité de sauvegarde
    «*E:\MSSQL\BACKUP\STAT_tlog_200711291700.TRN*» à open. Erreur du système d'exploitation = 32(error not found).
    2007-11-29 17:18:00.45 spid57 Erreur : 14420, Gravité : 16, État : 1



    2007-11-29 17:28:00.57 spid57 La source (local).INVOICES de l'envoi de journaux n'a pas été sauvegardée pendant 146 minutes..
    2007-11-29 17:28:09.54 spid55 BackupDiskFile::OpenMedia : échec de l'unité de sauvegarde
    «*F:\MSSQL\MSSQL\BACKUP\INVOICES_tlog_200711291615.TRN.TRN*» à open. Erreur du système d'exploitation = 2(error not found).
    ================================================
    Merci de votre aide.
    SDR.
    "ceux qui vivent, ce sont ceux qui luttent."

  2. #2
    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
    Peut être un problème de droit d'accès au réperetoire ou sont stockées vos sauvegardes du JT.

    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/ * * * * *

  3. #3
    Membre confirmé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Novembre 2007
    Messages
    1 348
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Administrateur de base de données

    Informations forums :
    Inscription : Novembre 2007
    Messages : 1 348
    Points : 604
    Points
    604
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    Peut être un problème de droit d'accès au réperetoire ou sont stockées vos sauvegardes du JT.

    A +
    Bonjour,

    Merci de votre aide.

    Cordialement,
    SDR.
    "ceux qui vivent, ce sont ceux qui luttent."

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

Discussions similaires

  1. LOG SHIPPING sous SQLSERVER2000: Surveillance
    Par agdid04 dans le forum Administration
    Réponses: 2
    Dernier message: 07/07/2008, 11h34
  2. tables temporaire et Log shipping
    Par foblar dans le forum MS SQL Server
    Réponses: 5
    Dernier message: 12/07/2006, 09h25
  3. infos sur le log shipping sans authentification windows
    Par PhilZZR12 dans le forum MS SQL Server
    Réponses: 1
    Dernier message: 13/06/2006, 10h26
  4. activer les logs mysql sous macos X
    Par pfls dans le forum SQL Procédural
    Réponses: 3
    Dernier message: 28/10/2005, 14h25

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