Bonjour à tous, finalement, j'ai résolu mon problème de lenteur...
Le bilan de ma migration : A= serveur rh 3 / mysql 4.0x B= serveur rhe4 / mysql 4.1 ... locales utf8 nb: je ne connais pas du tout M$sql ;) mais cela est il si eloigné de Mysql ? 1/ mysqldump de A. Transfert ssh sur B. Mysql sur B resultat : une base qui danse la gigue avec des problèmes de passage en utf8 2/ ouverture des firewalls et utilisation du menu jahia : "nouvelle base" a partir de A. On renseigne comme champs de config pour le serveur mysql de B. (on pense a autoriser l'utilisateur sur l'exterieur le temps de la manip). resultat : transfert de la base, mais problème de lenteur en édition. 2b/ ajout des INDEX qui ne sont pas répercuté lors de la "methode jahia". utilisation de : http://www.jahia.net/jahia/page589.html#6 3/ mon problème a ce niveau est que j'avais toujours des lenteurs sur certaines opérations... ajout d' INDEX supplémentaires sur B (qui après recherche était aussi sur A) CREATE INDEX jahia_ctn_lists_index4 ON jahia_ctn_lists ( pageid_jahia_ctn_lists,ctndefid_jahia_ctn_lists ); CREATE INDEX jahia_ctn_lists_index5 ON jahia_ctn_lists ( parententryid_jahia_ctn_lists,id_jahia_ctn_lists ); CREATE INDEX jahia_ctn_struct_index2 ON jahia_ctn_struct ( objdefid_jahia_ctn_struct ); CREATE INDEX jahia_ctn_struct_index3 ON jahia_ctn_struct ( objtype_jahia_ctn_struct,objdefid_jahia_ctn_struct,ctnsubdefid_jahia_ctn_struct ); CREATE INDEX jahia_ctn_struct_index4 ON jahia_ctn_struct ( ctnsubdefid_jahia_ctn_struct,rank_jahia_ctn_struct ); CREATE INDEX jahia_fields_data_index8 ON jahia_fields_data ( pageid_jahia_fields_data,ctnid_jahia_fields_data,rank_jahia_fields_data,id_jahia_fields_data ); CREATE INDEX jahia_fields_data_index9 ON jahia_fields_data ( pageid_jahia_fields_data,workflow_state,id_jahia_fields_data ); CREATE INDEX jahia_fields_data_index10 ON jahia_fields_data ( pageid_jahia_fields_data,fielddefid_jahia_fields_data ); CREATE INDEX jahia_fields_def_index2 ON jahia_fields_def ( jahiaid_jahia_fields_def ); CREATE INDEX jahia_fields_def_index3 ON jahia_fields_def ( jahiaid_jahia_fields_def,name_jahia_fields_def ); CREATE INDEX jahia_fields_def_extprop_index ON jahia_fields_def_extprop ( id_jahia_fields_def ); CREATE INDEX jahia_pages_data_index4 ON jahia_pages_data ( parentid_jahia_pages_data ); CREATE INDEX jahia_pages_data_index5 ON jahia_pages_data ( workflow_state,parentid_jahia_pages_data,id_jahia_pages_data,version_id ); CREATE INDEX jahia_pages_data_index6 ON jahia_pages_data ( parentid_jahia_pages_data,workflow_state,id_jahia_pages_data,version_id ); CREATE INDEX jahia_pages_data_index7 ON jahia_pages_data ( parentid_jahia_pages_data,id_jahia_pages_data,version_id ); 4/ fermeture des fw transfert par scp du dossier 'jahia' de A vers B. reconfiguration des param pour jahia sur B relance ..... BILAN : PLUS AUCUN RALENTISSEMENTS :))) mais des soucis sur les fichiers attachés qui comporte des accents... Sur ce dernier point, le problème est que l'on ne peut ni les renommer, ni les effacer via l'interface 'jahia' :((( Solution temporaire : 1/ recup des fichiers via ssh 2/ renomme sur une machine en local 3/ renvoi des fichiers par webdav NB: on peut supprimer les fichiers qui posent problème via webdav, mais pas les renommer. NB2: Ne pas supprimer ni renommer via ssh, car la base des fichiers présents (versionning...) n'est plus cohérente. Cordialement, F.Peuch L. On Mon, 3 Jul 2006 09:10:01 -0400 "Allen Whittom" <[EMAIL PROTECTED]> wrote: > Bonjour, > > Concernant le problème de migration d'une version 4.0.7.x à une version 4.1.x > de Jahia sous MS SQL, une solution de contournement nous avait été suggérée > par la firme Intellogix, la voici ; > > 1- Migrer les données (de SQL Server) vers Hypersonic SQL (automatiquement > via l'administration Jahia). > 2- Effectuer la migration vers la version désirée de Jahia (4.1.x), à l'aide > du script de migration. > 3- Migrer les données (de Hypersonic SQL) vers SQL Server (automatiquement > via l'administration Jahia). > > Nous n'avons pas eu l'occasion de tester la solution, mais celle-ci semble > (logiquement) fonctionnelle. > > Bonne journée > > -- > Allen E. Whittom, analyste en informatique > Service de l'informatique et des télécommunications de l'Université Laval, > Québec, Québec G1K 7P4 > t. 418-656-2131 p. 17892 -- ] Fabrice Peuch L. ] Webmaster - Dev. applications reseaux ] Direction Information Communication ] Presidence et Services Centraux ]Universite de Nice Sophia-Antipolis - F ]gpg Key ID: ACBD856E5DB968F8
