Archivage GESCOM I7

Bonjour
Je suis sous SAGE I7 8.51 sous SQL SERVER;
D'ici peu nous allons migrer en 100C V3 mais avant cela mon revendeur m'a conseillé d'archiver.

Mon fichier MDF est de 4.3go et le log de 2.7go couvrant 8 exercices avec 95 000 documents de vente/achat et 8000 articles donc 60% en sommeil.
5 exercices pour la compta.

J'ai donc testé un archivage sur 6 exercices. soit de 2010 à 2016 en créant un nouveau fichier commercial

Le resultat est assez suprenant car :

- Dans la compta je vois les mêmes exercices cloturé ou non
- D'un point de vue taille, la base n'a pas bougé d'un chouilla, seul l'archivage frolle les 1go en mdf et 1.8go pour les log.

Tout cela est illogique car la base qui en resulte semble beaucoup plus rapide dans les documents des ventes

J'a coché : crééer un nouveau fichier commercial, report de stock et supression des articles en sommeil.

Ai je oublié de faire une manip?

Je me réponds à moi meme.

Il faut aller dans management studio est faire un clic droit sur la base en question et faire "réduire".

Le faire régulièrement car même sans archivage ma base en production est passé de 4.8go à 900mo pour le mdf et de 2.6go à 1mo pour les log.

Donc résultat des courses, même pas besoin de faire un archivage.

Bonjour,

Je crois que c'est surtout l'archivage comptable qu'il faut effectuer.
Revoyez exactement avec votre prestataire SAGE ce qui est conseillé.

Cordialement,

Bonjour,

La taille d'un fichier SQL ne se réduit pas automatiquement ... J'ai fais un post il y a cinq ou six ans en expliquant tout ça .... LOL

Il faut effectivement la réduire manuellement. Attention à ton agrandissement automatique . De base il est à 1 Mo.

Passe le à 100 Mo. Quand à ton fichier Log... ta base est en Mode de récupération complet certainement. Il faut la passer en Simple.

Pense enfin à limiter la taille de ton fichier Log ... toujours dans SSMS dans les propriétés de ta base.

Cdlt

Merci Impérial,

Résultat des courses après avoir tester ma base lors d'un archivage.. je ne vois pas trop de net amélioration. Donc dans le doute je préfère la migrer comme ça en 100C V3

Concernant mes logs, ma base est bien en récupération simple ce qui me semble bizarre lorsque je vois la taille des logs.
Si tu as une idée je suis preneur.

Je vais essayé de retrouver ton post d'il y a 5 ou 6 ans.

Merci

Oups.. on ne peut pas rechercher tous les posts d'une personne.
Dommage

Re

Il suffit de chercher parking ....

post30041.html?hilit=parking#p29964

Cdlt

Merci Impérial

Par contre je ne vois pas le rapport avec moi car je ne fais pas de SHRINK ni de DEFRAG.

Bonjour,

Ne pas tout confondre :
Taille de la base / mode simple (voir options FulText + FileStream à partir des versions 100cloudV3.xx
Archivage gescom
Archivage comptable

Coté système et SQL, je vous laisse gérer car votre post concerne plutôt les conseils de l'éditeur, coté application comptabilité SAGE, de clôturer avant conversion les exercices comptable <= A-2, et cela concerne la Comptabilité, et non pas la Gestion Commerciale (et pas vraiment SQL).

Cela pour une optimisation des temps de conversions et, surtout, du temps de traitement de la clôture d'un exercice (comptable) dans la nouvelle version sur des données provenant d'un dossier converti en 100Cloud...

Le fun est de gérer une conversion d'une i7V8 (ou plus vieux) cBase vers 100Cloud, forcément SQL :
Dans ce cas (comme dans le cas où la base est déjà sous SQL Server), il faut procéder aux archivages comptables comme conseillé.

Cordialement,

Bonjour

Jonathan .... tu parles de réduire ..... c'est pas un SHRINK ??????????

Ce sont des pistes pour les lenteurs de bases SQL ...

Maintenant il faut étudier ... archivage peut réduire les temps de réponses ... maintenant, après un archivage, je fais toujours une recopie de la base par la maintenance.

Quant aux Logs, elle devraient se vider automatiquement.

Il faudrait voir un DBA ...

Cdlt