à propos, je suis passé en mysql 4.1... mais pour un jahia 4.0.7_1 ; dois je 
appliquer la manip décrite ici : http://www.jahia.net/jahia/page589.html#2

merci

On Mon, 26 Jun 2006 15:13:38 +0200
[EMAIL PROTECTED] wrote:

> hello,
> 
> J'ai une piste pour mon probleme de lenteur... mes index ne sont pas les 
> memes sur mon ancienne base et sur la nouvelle.
> Après la migration, jahia n'a pas reproduit mes index. J'ai donc fait la 
> manip après coup ( create index...). Est-ce que j'ai utilisé une mauvaise 
> référence ? ( http://list.jahia.org/install_list/msg00950.html )
> 
> Bref, j'ai bien une idée de la marche a suivre, mais mes compétences en mysql 
> ne sont pas tres sures sur ce genre de manip :
> - supprimer tous les index sur la nouvelle base (comment ?)
> - copier tous les index de l'ancienne base (comment ?)
> - ajouter les index copiés sur la nouvelle base
> 
> un expert en mysql a t il une aide à m'apporter ? à moins que je sois sur une 
> mauvaise piste...
> 
> merci
> 
> 
> On Thu, 22 Jun 2006 17:10:56 +0200
> Stéphane Croisier <[EMAIL PROTECTED]> wrote:
> 
> > 
> > Hello,
> > 
> > Sur quelle version êtes-vous exactement? Je 
> > croyais que vous changiez simplement de serveurs 
> > mais les jahia_slide concernent Jahia 4.0.x et 
> > les jahia_sl2, Jahia 4.1.x. Donc y'a t'il eu un 
> > upgrade en //? Si oui, il faut absolument passer 
> > par le script de migration ad-hoc.
> > 
> > Bref merci de préciser exactement la procédure 
> > que vous avez suivi. Mais s'il s'agit d'une 
> > migration de serveur/DV, le nombre de 
> > tables/occurences avant et après devrait être 
> > 100% identiques, faute de quoi qqch n'a pas 
> > marché et il vous manque alors des données...$
> > 
> > Stéphane
> > 
> > At 16:16 22.06.2006, you wrote:
> > >Content-Transfer-Encoding: 8bit
> > >
> > >bonjour,
> > >
> > >pas de retour sur mon dernier mail, et les 
> > >lenteurs se font ressentir toujours autant :(
> > >
> > >pour rappel, nous avons changé de serveur 
> > >(machine physique) et lors de la migration, nous 
> > >avons utilisé le processus interne de jahia de 
> > >migration de base de données pour éviter des 
> > >soucis de conversion vers uf8 qui se produisaient avec un mysqldump.
> > >
> > >ceci dit, je me rends compte que sur le serveur initial j'avais 70
> > >tables, sur le destinataire 68 ; dont des tables nouvelles '
> > >jahia_slide_... ' et des tables en moins ' jahia_sl2_... '
> > >Des KEY semblent aussi avoir sauté...
> > >
> > >La procédure interne de transfert de base fait 
> > >quoi exactement ? elle ne transfert pas la base "telquel" ?
> > >
> > >Cordialement,
> > >fpl
> > >
> > >--
> > >] Fabrice Peuch L.
> > >] Webmaster - Dev. applications reseaux
> > >] Direction Information Communication
> > >] Presidence et Services Centraux
> > >]Universite de Nice Sophia-Antipolis - F
> > >]gpg Key ID: ACBD856E5DB968F8
> > 
> > - -- --- -----=[ scroisier at jahia dot com ]=---- --- -- -
> > CEO - Jahia Product Ltd, 45 rue de la gare, 1260 Nyon (Switzerland)
> > Jahia : The Java Unified Web Platform
> > www.jahia.org - The Product Web Site
> > www.jahia.net - The Community Web Site
> > www.jahia.com - The Commercial Services Company
> > www.collaborativesource.org - The Collaborative Source Initiative 
> > 
> 
> 
> --
> ] Fabrice Peuch L.
> ] Webmaster - Dev. applications reseaux
> ] Direction Information Communication
> ] Presidence et Services Centraux
> ]Universite de Nice Sophia-Antipolis - F
> ]gpg Key ID: ACBD856E5DB968F8


--
] Fabrice Peuch L.
] Webmaster - Dev. applications reseaux
] Direction Information Communication
] Presidence et Services Centraux
]Universite de Nice Sophia-Antipolis - F
]gpg Key ID: ACBD856E5DB968F8

Répondre à