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 :

[MS-SQL8][SP3]Journal des Transactions


Sujet :

MS SQL Server

  1. #1
    Membre habitué
    Profil pro
    Inscrit en
    Août 2007
    Messages
    180
    Détails du profil
    Informations personnelles :
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Août 2007
    Messages : 180
    Points : 198
    Points
    198
    Par défaut [MS-SQL8][SP3]Journal des Transactions
    Bonjour à tous,

    je suis nouveau sur le forum et débutant complet sur la gestion de base SQL.

    Après avoir lu "Attacher une base de données MS-SQL dont le journal de transactions est manquant" (lien:http://fadace.developpez.com/mssql/nolog/), les tutoriels et vos messages, je n'arrive toujours pas à faire ce que je veux.

    Description de mon problème.
    Je veux récupérer la structure du base de données (tables, procédures stockées...), mais sans les données.
    La partie data fait 800Mo et la partie transaction 1.3Go.

    Donc j'ai réalisé une sauvegarde, puis une restauration en changeant le nom de la base. J'ai supprimé toutes les relations et vidé les tables. J'ai refait une sauvegarde. L'objectif est d'avoir une structure vide que je pourrais réutiliser pour créer de nouvelles bases de données (une base par groupe d'utilisateur).

    Toutes mes tables sont vides, mais la taille de ma base reste identique. Là, faut que je cherche comment la repasser à sa taille d'utilisation (environ 3.3Mo).
    Mon autre problème se situe sur la log (1.3 Go) que je me traîne, alors qu'aucune transaction n'existe sur cette base. J'ai essayé de supprimer vider... mais rien n'y fait. En lisant "Attacher une base de données MS-SQL dont le journal de transactions est manquant", je me suis dit que ça résoudrait mon problème.
    Mais, j'ai un soucis sur la partie des transfert.sql. Je lance la première commande et j'obtiens dans transferté.sql:
    La base de données ne peut être ouverte car des fichiers sont inaccessibles... consultez le journal des erreurs.

    Dans le journal, je n'ai aucune information. De plus, la base en question apparait comme suspect dans le Service Entreprise Manager (le fichier log ne correspond pas au fichier de data).

    Si quelqu'un a une idée ? proposition ? Sinon, je vais recréer les tables une à une...

    Merci
    Une légende amérindienne raconte qu'il y eut un immense incendie de forêt. Tous les animaux terrifiés et atterrés observaient, impuissants, le désastre. Seul, un colibri s'activait et allait chercher quelques gouttes d'eau dans son bec pour éteindre le feu.
    Au bout d'un moment, le tatou, agacé par ses agissements dérisoires, lui dit :
    'Colibri ! N'es-tu pas fou ? Tu crois que c'est avec ces gouttes d'eau que tu vas éteindre le feu ?
    'Je le sais, répond le colibri, mais je fais ma part...

  2. #2
    Membre habitué
    Profil pro
    Inscrit en
    Août 2007
    Messages
    180
    Détails du profil
    Informations personnelles :
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations forums :
    Inscription : Août 2007
    Messages : 180
    Points : 198
    Points
    198
    Par défaut Suite et fin
    Finalement, j'ai trouvé une "solution".

    Mon but était d'avoir une base de données avec la même structure, mais sans les données, ni le journal de transaction.
    Découvrant le server Entreprise manager, je n'avais pas toutes les infos.

    Je post la réponse en cas que certains s'interroge.

    J'ai pris ma base de données initiale. Clique droit, Toutes les taches, générer un script.
    L'appli vous génére toutes les lignes de codes pour la création, les liens, les procédures (à configurer dans les options).
    Une fois généré, j'ai ouvert le fichier sql et modifié les tailles affectés pour les données et le log, ainsi que le nom de la base de données (1ère ligne).
    Ensuite, j'ai exécuté le script.

    Théorie à tester pour ceux qui souhaite vider leur log.
    Ca peut être un moyen de redémarrer à vide. En arrêtant le serveur SQL, vous changez le nom de votre base (avec le gros fichier log), lancez le script en mettant la taille du log à quelques Mo, puis vous faites un import des données.
    Une légende amérindienne raconte qu'il y eut un immense incendie de forêt. Tous les animaux terrifiés et atterrés observaient, impuissants, le désastre. Seul, un colibri s'activait et allait chercher quelques gouttes d'eau dans son bec pour éteindre le feu.
    Au bout d'un moment, le tatou, agacé par ses agissements dérisoires, lui dit :
    'Colibri ! N'es-tu pas fou ? Tu crois que c'est avec ces gouttes d'eau que tu vas éteindre le feu ?
    'Je le sais, répond le colibri, mais je fais ma part...

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

Discussions similaires

  1. [ASE 12.0] Checkpoint et purge du journal des transaction
    Par msomso dans le forum Adaptive Server Enterprise
    Réponses: 5
    Dernier message: 05/06/2007, 11h03
  2. [interbase] journal des transactions
    Par maamar1979 dans le forum InterBase
    Réponses: 4
    Dernier message: 03/10/2006, 11h47
  3. PB : Comment regénérer mon journal des transactions ?
    Par SPIKE84 dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 13/02/2006, 09h38
  4. Automatisation de la purge du journal des transactions
    Par Nathan dans le forum MS SQL Server
    Réponses: 6
    Dernier message: 30/09/2004, 08h05
  5. vider le journal des transactions
    Par coucoucmoi dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 04/05/2004, 09h21

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