Vous êtes ici Forums
  |  Connexion
 Forums
HomeHomeForums DNNForums DNNInstallationInstallationBD qui augmente démesurémentBD qui augmente démesurément
Précédente
 
Suivante
Nouveau message
15/04/2013 20:34
 

Bonjour,

Lorsque j'upgrade DNN, par exemple de la version 700 à  version 702, la base de donnée passe de 26M à 209M.  Est-ce normal, il me semble que non ?

 
Nouveau message
16/04/2013 11:10
 

Bonjour,

 Voici plusieurs éléments.

Tout d'abord, quand vous parlez de la taille de la base de données, est-ce que vous désignez uniquement le fichier de données (.mdf) ou la base dans son ensemble avec le fichier de transaction (.ldf). Ce dernier stocke l'activité SQL. Il peut donc tout à fait grossir lors d'une montée de version DotNetNuke puisqu'un certain nombre de requêtes SQL sont exécutées : mise à jour des données de la base, inscription de logs de mise à jour, ...

Dans tous les cas, une taille d'environ 200 Mo ne représente pas une taille importante pour une base de données SQL Server. SQL Server Express (version light gratuite) permet de gérer des bases de données de plus de 10 Go selon les versions (2008, 2008 R2, 2012).

Si la taille que vous indiquez concerne effectivement le fichier de données de votre base SQL Server, je ne pense pas que la montée de version de 7.0.0 à 7.0.2 constitue un chamboulement pour la base de données. Avez-vous consulté les logs de DotNetNuke (menu "Admin - Voir le journal d'évènements") ? En effet, je commencerai à consulter la quantité d'informations que DotNetNuke a consigné un dans ses logs. En général, un accroissement à priori anormal de la taille de la base de données DotNetNuke est souvent en rapport, soit avec les logs DNN dont les paramètres de conservation d'historique sont trop importants ou la tâche planifiée de purge des logs inactive, soit avec les statistiques intégrées à DNN pour les mêmes raisons (plage de conservation trop importante ou tâche planifiée de purge non activée).

Je vous invite donc à vérifier tout ça et à revenir vers nous si besoin avec d'éventuelles questions/compléments d'information.

Cordialement,




Stéphane TETARD
ARICIE - Member of DotNetNuke France
 
Nouveau message
18/04/2013 02:01
 

Bonjour steph_aricie,

Merci d’avoir répondu à ce message.

Je vais essayer de vous donner le plus possible de détails.  Suite à votre réponse, je vois bien que c'est plus vaste que je ne le croyais et que je dois être plus précis.

Pour vous mettre dans le contexte, je commencerai par le début.

J'ai parti la Fondation des Génies Du Nouveau Monde (GDNM) il y a 6 ans.  Le but visé, est de mettre en relation le plus de gens possible pour créer une superbe SYNERGIE dans les principaux domaines essentiels de la vie (free energy, alimentation, habitation, etc) et ainsi aller plus loin que ce qui nous est proposé et apporter des solutions en faisant sortir nos créateurs de leur sous-sol.

Au début, un des Génies  a "construit" un site internet pour les GDNM en utilisant DNN sur GoDaddy et un an et demi plus tard (suite au départ de ce Génie), j'ai pris en charge avec une amie ce site internet et je le maintiens depuis ce jour.

Présentement nous roulons sur le site principal www.geniesdunouveaumonde.com  avec DNN version 06.01.05 (142) BD 2005 asp 3.5 IIS 7

Nous voulions et avons commencé à  transférer toute l'information du .com manuellement  sur un autre host  GoDaddy avec une BD plus récente (2008) et asp.net  plus récent (4) et nouvelle installation DNN complète à partir de zéro, qui était à ce moment là  DNN 6xx  à  www.geniesdunouveaumonde.org  BD 2008 asp4 IIS7.

Presque tout est transféré et updaté à la version 07.00.04 et avons remarqué une lenteur incroyable et sporadique du genre pour aller sur le site à l'accueil, ça peut prendre jusqu'à 2 minutes et des fois sauter d'une page à l'autre en une fraction de seconde.

Mais dû à  cette lenteur, j'ai pris un autre host chez GoDaddy pour voir si la vitesse pouvait être différente sur ce nouveau host  et aussi pour faire des tests de backup et restore.  Alors, présentement je fais mes tests, en ayant fait un backup du répertoire du site et de sa base de données du deuxième host soit le .org  sur  le troisième host www.geniesdunouveaumonde.net.  En finalité, ce troisième host sera celui qui deviendra le principal, puisque payé pour un an à moitié prix, lorsque la migration sera terminée dans un futur rapproché en espérant trouver le trouble de lenteur, puisqu'il est toujours là.

Donc, j'ai fait énormément de tests dernièrement avec des badkup et restore du site .org sur le site .net.  Le backup du site .org du 12 fév. nous donne une base de donnée de de 26M (GDNM20130204.bak) avec DNN700 juste avant que j'update à la version 702.  Le backup suivant nous a donné une BD GDNM20130213 de 209M , de 702 à 703 même grosseur, de 703 à 704 une BD encore de 209M.

Nous allons décider de repartir, à partir de la version 700 avec une BD de 26M.

Mais en attendant, j’ai fait plusieurs tests et après une multitude de backup et restore du site au complet, incluant le répertoire du site et le restore de la BD à partir du backup complet de la 700.  On a upgradé jusqu’à la 705 et la BD est toujours à 26M.  Donc des fois la BD grossit énormément on ne sait pour quelle raison et normalement elle reste "normale".

Pour faire mes test j’ai restoré un site dans un répertoire de la Racine du host du .net, exemple WWW.GENIESDUNOUVEAUMONDE.NET/gdnm1 la version 700 du backup daté du 2 fév. 26M du .org et dans un autre répertoire ..........ONDE.NET/gdnm2  la version 702 daté du 12 fév. 209M et  /gdnm3 la version 703 daté du 15 fév 209M et  /gdnm4 le dernier backup  de la version 703 à 209M

En me servant d'un outil du control panel de GoDaddy, je suis entré dans la base de données de la 700 26M et aussi sur celle de la BD de la 703 209M pour voir ou serait la différence de grosseur.  Il y a une différence impressionnante  seulement dans une des tables de la BD,

SearchItemWordPosition de la BD 26M contient 31048  row

SearchItemWord de la BD 26M contient 12003  row

SearchWord de la BD 26M contient 4997  row

SearchItemWordPosition de la BD 209M contient  7300902 row

SearchItemWord de la BD 209M contient 8909 row

SearchWord de la BD 209M contient 5091 row

Donc on voit une énorme différence entre 31048 et 7300902 rows entre les deux bases de données. Aucune idée où il va chercher ses 7millions de lignes de plus lorsque j'ai updaté.  Durant les 6 ans ceci c'est produit quelques fois.

Peut-être avez-vous d’autres commentaires suite à ce que je vous ai écrit, en espérant que je n’ai pas donné trop de détails.

Merci 


 
Nouveau message
19/04/2013 15:57
 

Bonjour et merci pour les précisions.

Les tailles indiquées correspondent donc aux fichiers de backup des bases de données SQL Server. A savoir qu'ils contiennent à la fois les données de la base mais aussi l'historique des transactions SQL effectuées sur cette base ; soit respectivement les contenus du .mdf et du .ldf.

Lors d'une montée de version, un certain nombre de requêtes est exécuté et ceci explique peut-être partiellement l'augmentation de taille du fichier de backup.

Concernant la table que vous avez identifiée, celle-ci est utilisée par le mécanisme d'indexation interne des contenus de votre site DotNetNuke. En effet, par défaut, la majeure partie des contenus de votre site sont analysés et référencés dans les tables en question afin de permettre au moteur de recherche interne d'optimiser la recherche de résultats. Je ne sais pas précisément l'utilité de cette table mais elle doit être mise à jour par la tâche planifiée "Search Engine Sheduler". A noter qu'elle peut aussi être mise à jour manuellement via le menu "Host - Search Admin".

En tout état de cause, je ne pense pas que vous puissiez faire grand chose pour en limiter la taille puisque les données qu'elles contient sont, en principe, pertinentes. Par le passé, j'ai déjà vu des utilisateurs qui purgeaient ces tables mais, si les données sont correctes, elles reviendront à l'identique lors de la prochaine indexation.

De votre analyse, vous n'avez relevé aucune autre table dont la taille aurait pu augmenter de manière importante ? même pas la table EventLog ?




Stéphane TETARD
ARICIE - Member of DotNetNuke France
 
Précédente
 
Suivante
HomeHomeForums DNNForums DNNInstallationInstallationBD qui augmente démesurémentBD qui augmente démesurément