Silverpeas » Silverpeas Core

Nous utilisons : deconnectedMode=false

Emmanuel GRANGE a écrit :

Bonjour,

Après plusieurs tentatives, la migration est passée :

• 8:30 de compilation
• La base de données est passée de 851Mo à 4,1Go !!! (dump avant = 37Mo, Après = 66Mo)

vacuumdb

• 178 438 fichiers traités
• 3 991 erreurs (fichiers référencés non trouvés)

Cependant, je ne vois aucune modification des noms de fichiers sur le serveur. Est-ce normal ?

Les fichiers transmis par l'utilisateur (ce qui exclut les fichiers système) sont bien déplacés et leurs noms sont bien modifiés.
Ils sont modifiés grâce aux informations stockées en BdD (colonne physicalName).

Il y a quand même eu beaucoup d'erreur de fichiers non trouvés. Pourquoi ?

Avec le temps et l'utilisation de Silverpeas, des fichiers peuvent être référencés encore en base de données alors qu'ils ont été en fait supprimés de la plate-forme et donc du disque (ceci est dû en partie à d'anciennes versions de Silverpeas). C'est pourquoi, le processus de migration, qui parcours la base de données afin de savoir quoi migrer, informe par un message d'erreur qu'en fait, tel ou tel autre fichier n'a pas été trouvé alors qu'il est référencé encore en base de données.

Lors de l'opération, nous avion près de 650 fichiers contenant les caractères "\", "?", ":".
Pour accélérer le processus, nous avons utiliser des requêtes pour renommer les fichiers.
Y-a-t'il un risque de renommer les fichiers dans la base données par requêtes ?

Il n'y a aucun risque puisque la liaison (pour la migration) est réalisée par le nom physique sur disque (avant migration). C'est la colonne attachmentPhysicalName.
Aucun risque donc à modifier la colonne attachmentLogicalName avant la migration.

La liste des caractères interdits contient ?/\:*<>.
Les serveurs de fichiers ET le portail n'interdisant pas un certains nombres de caractères, il y a beaucoup de caractères encores plus spéciaux dans les noms de fichiers du portail.
Voici un extrait des caractères que j'ai pu trouver : "€" "+" "@" "%" "&" "?" "$" "°" "©" "!" "®", ainsi que bon nombre de caractères accentués divers...
Pouvez-vous valider que ça ne pose pas de problème lors de la procédure ?
Que se passe-t'il si des fichiers n'ont pas pu être renommé ?

Si le nom des fichiers pouvant poser problème n'a pas été renommé avant la migration, il y a un risque que celle-ci ne les trouve pas et par conséquent ne les migre pas. Auquel cas, ils seront alors considérés comme perdus par la plate-forme mais seront toujours présents sur le disque.

Comment le voit-on lors de la migration ?

Le fichier dbbuilder.log affiche les erreurs de fichiers non trouvés. A partir de celles-ci, vous pouvez vérifier si cela est du à un problème lié à leur nom. Si il y a bcp d'erreurs, il sera nécessaire d'écrire un script pour automatiser la vérification.

Tous les fichiers, même ceux ayant posés problèmes, sont-ils toujours accessible ?

Non, les fichiers indiqués en erreur sont considérés comme non existant. C'est le cas dans plus de 99% des cas.

Editable en ligne ?

non

Y-a-t'il désormais, une vérification des caractères autorisés avant le dépôts de fichiers sur le portail ?

A certains endroits oui, ou alors les caractères interdits sont remplacés à la volée.
mais il y a peut-etre des endroits où ce n'est pas fait.

Merci de vos réponses.

Concernant l'édition en ligne, cela fonctionne bien avec Libre Office sur VOTRE plateforme de test.
(avec le fichier test€fichier©encore°.odt)

Y-a-t'il une solution ?