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
Le mode de récupération BULK LOGGED
bonjour
Dans le mode de récupération "BULK LOGGED"
comment le fichier log est vider Est ce qu'il a besoin d'operation de type backup log ou un processus checkpoint
est suffisant pour valider les listes des transactions
une deuxiéme question SVP autre que l'opération dU maintenance reorganization,rebuild index
Dans quel cas pratique il est conseillé de mettre la base en mode BULK LOGGED
merci d'avance pour vos explications
Le mode BULK LOGGED est le même que FULL, sauf que les, opérations reproductibles ne sont pas journalisées entièrement.
Par exemple un BULK LOAD ne sera journalisé que pour la commande, pas les données. De même pour un CREATE INDEX...
L'intérêt du mode BULK LOAD est de pouvoir minimiser les entrées du journal et donc daller plus vite.
L'inconvénient est qu'on ne peut pas faire de restauration à un point dans le temps.
Oui, le mode BULK LOAD nécessite une purge des JT à l'aide d'un BACKUP LOG.
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/ * * * * *
pour une opération de type checkdb est il conseillé de mettre aussi la base en mode Bulk-logged ?
merci
Aucune importance. Cette opération ne journalise pas...Envoyé par sihem_info
pour une opération de type checkdb est il conseillé de mettre aussi la base en mode Bulk-logged ?
merci
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/ * * * * *
merci SQLPRO
si cette opération n'est pas journaliser ,pourquoi il est très lent et il prennent beaucoup du temps pendant l’exécution ?
Cette opération vérifie l'intégrité du stockage. Elle nécessite donc d'aller lire TOUTES LES PAGES DE LA BASE SUR LE DISQUE !
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/ * * * * *
Bonjour,
Je me permet de relancer le sujet pour une question simple :
Est-ce que ce mode peut être bénéfique sur des opérations DML modifiants 1 seule ligne, effectuées de manière intensive ?
Nous utilisons un ETL qui envoi les modifications de données en pseudo temps réel depuis une base Oracle vers SQL Server. Les opérations DML sont rejouées depuis les fichiers de REDO/UNDO d'une base ORACLE à l'aide du LOGMINER. Ce qui fait que pour un update de 10 lignes côté Oracle, nous avons 10 update côté SQL Server.
J'ai peur de connaitre la réponse mais je voudrais une confirmation ...
Merci
Absolument pas.
Toutes les opérations de mise à jour des données :
- INSERT
- UPDATE
- DELETE
- MERGE
- TRUNCATE
Sont journalisées de la même manière quelque soit le mode de récupération.
Soit votre ETL joue les imbéciles, soit celui qui a écrit le code est une andouille !
Il faut travailler par lot de ligne et non de manière unitaire côté ETL.
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/ * * * * *
Répondre avec citation
Partager