Si on souhaite copier notre base documentaire, via un disque externe, où devons nous copier les donner sur le serveur ?On ne doit rien copier directement sur le serveur, on doit utiliser une interface type CIFS ou FTP par exemple.
Lorsqu'on clique droit sur le serveur (sous windows en mode en CIFS), il apparait 78,10GO et non 300GO, est-ce normal ?Oui, c'est la JVM qui a du mal à faire le calcul et sort cette valeur. Ca ne change rien à l'espace réellement disponible.
Comment garder simplement la "creation date" des documents lors du transfert ?La date de création n'est pas stockée dans le document à proprement dit, mais sur le système de fichier d'origine. Des solutions existent, mais qui impliquent de mettre fortement les mains dans le moteur je dirais
Comment changer l'adresse émettrice par défaut des alertes mails (Cf. règles) venant du serveur ?De mémoire (je suis fainéant ce matin moi !), dans le fichier repository.properties
Comment changer le lien sur les raccourci Alfresco créé automatiquement à la racine de chaque espace ?J'imagine qu'on parle de CIFS. Si oui, c'est dans le fichier file-servers-custom.xml
Voilà des réponses détaillées comme je les aime
Le CPU n'est pas une bête de course, mais bien suffisant, et le reste du hard tient la route (Avoir un CPU rapide et des disques lents serait bien plus génant).
Deux points malgré tout :
Sur un serveur de production, Alfresco mérite un peu plus de mémoire que celle qui lui est accordée par défaut. Il faudrait faire évoluer les valeurs de la ligne suivante du script de démarrage
Ensuite il peut être intéressant de rajouter un paramètre qui sert dans des cas extrêmes de charge et évite quelques "memory error" : -XX:MaxPermSize.
Ce qui donne donne la ligne suivante :
Ca devrait mettre la JVM plus à l'aise et faire gagner en réactivité.
Le second point : utiliser FTP pour des imports massifs car il est un peu plus rapide que CIFS pour ce type d'usage (le protocole est moins inefficace).
Il ne faut tout de même pas attendre une explosion des performances. Les imports massifs restent des opérations "lourdes" pour le système et il faut être un peu patient.
Le CPU n'est pas une bête de course, mais bien suffisant, et le reste du hard tient la route (Avoir un CPU rapide et des disques lents serait bien plus génant).
Deux points malgré tout :
Sur un serveur de production, Alfresco mérite un peu plus de mémoire que celle qui lui est accordée par défaut. Il faudrait faire évoluer les valeurs de la ligne suivante du script de démarrage
export JAVA_OPTS='-Xms128m -Xmx512m -server'Ensuite il peut être intéressant de rajouter un paramètre qui sert dans des cas extrêmes de charge et évite quelques "memory error" : -XX:MaxPermSize.
Ce qui donne donne la ligne suivante :
export JAVA_OPTS='-Xms256m -Xmx768m -server -XX:MaxPermSize=128m'Ca devrait mettre la JVM plus à l'aise et faire gagner en réactivité.
Le second point : utiliser FTP pour des imports massifs car il est un peu plus rapide que CIFS pour ce type d'usage (le protocole est moins inefficace).
Il ne faut tout de même pas attendre une explosion des performances. Les imports massifs restent des opérations "lourdes" pour le système et il faut être un peu patient.
Pourquoi par défaut, Alfresco n'est pas paramétré ainsi si ces modifs aide à rendre Alfresco plus performant ?
En écrivant mon message plus haut, je savais que la question allait venir
On ne peut pas "forcer" les valeurs que j'ai donné par défaut parce qu'en fonction de l'architecture, de la JVM, du serveur d'application, elles pourraient ne pas être adaptées.
On a donc fait le choix de valeurs qui fonctionnent partout. A chacun ensuite de les adapter à son contexte.
Entre nous, elles fonctionnent dans 90 % des cas. Si quelqu'un ne s'en préoccupe pas … c'est souvent qu'il n'en a pas le besoin. Les administrateurs avec une bonne connaissance des serveurs d'applications iront plus loin, mais c'est leur métier.
Je ne suis même pas certain que tu noteras une différence (je ne parle pas de "j'ai l'impression que", mais bien de valeurs mesurées). C'est une astuce qui devrait fonctionner dans ton cas (besoin classique, sur une architecture standard et un serveur de base) mais pas partout.
- Est-ce que tous les formats quelqu'ils soient sont pris en compte par Alfresco ?
Pris en compte, c'est vague
Stockables : oui
Indéxables : non
Par défaut Alfresco gère tous les formats bureautiques "classiques", sauf le format Open-XML de Microsoft (le format de Office 2007) car il n'est pas géré par OpenOffice (qui sert de convertisseur).
- Le délai de transfert/traitement peut-il se réduire significativement si on augmente la RAM du serveur ?
Je ne connais pas le nombre d'utilisateurs connectés en permanence sur ton système, mais comme je suppose que c'est un chiffre assez bas, je ne pense pas que ce soit nécessaire. Il faut s'assurer que le système en manque avant de penser à en ajouter (et pour cela les outils systèmes ne manquent pas).
Il faut penser "usage normal" et pas juste temps d'importation d'un existant. Même si ça prend 10 heures et qu'ensuite tout fonctionne parfaitement, inutile de faire la course à la puissance
- Est-ce que les versions post 2.1 sont plus performantes ?
Pour l'instant on a toujours gagné en performances avec chaque nouvelle version, et c'est aussi le cas avec les versions qui viendront après la 2.1. Cela dit le gain n'est pas non d'un facteur élevé, on le mesure surtout avec des systèmes avec beaucoup d'utilisateurs.
Bref, il faut réserver le "tuning" à des cas particuliers.
