Wiki

Modifiez cette page et cliquez sur « Enregistrer ». Voyez le guide de mise en page pour une aide à propos du formatage. Veuillez ne modifier cette page que si vous pouvez l'améliorer. Si vous souhaitez faire des tests, faites vos premiers pas dans le bac à sable.

====== CESTAS réduction bdd ======
Cette page explique comment réduire la taille des bases de données et fichiers de log.

<WRAP center round alert 60>
Certaines de ces étapes implique la suppression de données, soyez vigilant !
</WRAP>

===== Contrôler les archives =====
Vérifiez comme pour un rapport hebdo que l'archivage a correctement fonctionné dernièrement.

===== Faire le ménage =====
Sur CESTAS, les fichiers de bases de données utilisent le disque F (astucieusement nommé “SQL”). Ce disque doit contenir suffisamment d'espace libre pour que les opérations sur les BDD soient menées à bien. Assurez-vous que des fichiers “.bak” inutiles ne traînent pas sur F:\\Backup_BDD. L'espace libre est alors généralement de + de 200Go.

===== Suppression des données antérieures à... =====
Avant d'effectuer une opération de type DELETE il est bon d'effectuer un SELECT afin de voir que la suppression va porter sur la bonne période :\\
SELECT TOP 10 * FROM [pv_db].[dbo].[MEA_INV] where dtol < '2016-04-01 00:00:00'  order by dtol desc\\
GO\\

vous pouvez effectuer cette requête avec un order "DESC" puis "ASC" pour bien contrôler la période qui sera atteinte par le DELETE.

Lorsque vous êtes certain de votre date de butée de suppression vous pouvez faire le DELETE :

DELETE FROM [pv_db].[dbo].[MEA_INV] where dtol < '2016-04-01 00:00:00'\\
GO\\

Cette phase est à répéter pour toutes les table de la base PV_DB. Voici par exemple la suite de requètes ayant permis la suppression des données jusqu'au 1er Avril 2016 :

DELETE FROM [pv_db].[dbo].[MEA_INV] where dtol < '2016-04-01 00:00:00' \\
GO\\
DELETE FROM [pv_db].[dbo].[MEA_DCBox] where dtol < '2016-04-01 00:00:00' \\
GO\\
DELETE FROM [pv_db].[dbo].[MEA_PBEMDel] where dtol < '2016-04-01 00:00:00' \\
GO\\
DELETE FROM [pv_db].[dbo].[MEA_PBEMAux] where dtol < '2016-04-01 00:00:00' \\
GO\\
DELETE FROM [pv_db].[dbo].[MEA_PVBox] where dtol < '2016-04-01 00:00:00' \\
GO\\
DELETE FROM [pv_db].[dbo].[MEA_FLD] where dtol < '2016-04-01 00:00:00' \\
GO\\
DELETE FROM [pv_db].[dbo].[MEA_GBEMDel] where dtol < '2016-04-01 00:00:00' \\
GO\\

===== Sauvegarde et réduction =====
==== PV_DB ====
La base de donnée PV_DB est de type simple, il suffit de faire une réduction :

Click droit sur la base => Tâche => Réduire => Fichier\\ et dans type de fichier, choisir données puis journal :

Pour vérifier que la réduction des fichiers a bien fonctionné, il suffit d'aller voir la taille dans F:\BaseSQL\MSSQL12.CONEXTCONTROL\MSSQL\DATA et regarder si la taille de pv_db.ldf a diminué (~10Ko pour session du 26/08/2020) et pv_db.mdf aussi (60Go -> 30Go le 28/06/2020)
==== CCDATA ====
La base CCDATA est de type Complet. La sauvegarde de son journal suffit à le réduire drastiquement.
Pour des raisons encore non élucidées il faut parfois faire les manipulations plusieurs fois ou attendre quelques minutes pour voir le fichier réduire de taille.

La requête est la suivante :

BACKUP LOG ConextControlData TO DISK = 'F:\Backup_BDD\Save_log_journal_ConextControlData_20171116.trn'\\
CHECKPOINT\\
BACKUP LOG ConextControlData TO DISK = 'F:\Backup_BDD\Save_log_journal_ConextControlData_20171116.trn'\\
DBCC SHRINKFILE(2, 10, TRUNCATEONLY)\\

La commande "BACKUP LOG" est ici répétée 2 fois. Vous pouvez relancer cette requête si besoin.\\
Dans le nom du journal, la portion de date est bien évidemment à adapter.

<WRAP center round info 60>
En cas de non réduction des tailles, il est toujours possible, via le clique droit, de réduire la base de donnée et le fichier.
</WRAP>

<WRAP center round info 60>
Lors de la campagne de 2017, les ".ldf" tombaient ainsi de 6Go à 10Mo les ".mdf" de 60Go à 50Go.
</WRAP>

Résumé

Wiki

Outils pour utilisateurs

Outils du site

Outils de la page