Cette section contient les informations que vous devez connaître avant d'installer Calendar Server 6 2005Q4, notamment :
Machines frontales/d'arrière-plan et systèmes d'exploitation
Emplacements des données et des fichiers programme de Calendar Server
Calendar Server ne prend pas en charge les partitions montées NFS (Network File System). N'installez et ne créez aucune partie de Calendar Server, y compris des fichiers exécutables ou temporaires, des fichiers de base de données, de configuration, de données ou des fichiers journaux sur une partition montée NFS.
Pour les installations Calendar Server qui séparent les fonctionnalités des machines frontales de celle des machines back-end, les plates-formes matérielles et les systèmes d'exploitation doivent être les mêmes de chaque côté.
Plus précisément, en raison d'une incompatibilité entre big-endian et small-endian, vous ne pouvez pas utiliser en même temps un ordinateur x86 et un ordinateur SPARC dans un même déploiement Calendar Server contenant des ordinateurs frontaux et des ordinateurs d'arrière-plan.
Pour les machines frontales et back-end, la combinaison de systèmes d'exploitation Solaris x86 et Linux n'a pas été testée et n'est actuellement pas prise en charge.
Java Enterprise System peut être exécuté sur une plate-forme Linux. Pour l'utilisateur, les principales différences sont les chemins d'accès aux répertoires d'installation du produit. En effet, le répertoire d'installation varie selon la plate-forme (Linux ou Solaris).
Le tableau suivant indique les chemins d’accès des répertoires d'installation par défaut pour Solaris et Linux :
Répertoires par défaut pour Solaris |
Répertoires par défaut pour Linux |
---|---|
/opt/SUNWics5/cal/ (cal_svr_base) |
/opt/sun/calendar (cal_svr_base) |
/etc/opt/SUNWics5/config |
/etc/opt/sun/calendar/config |
/var/opt/SUNWics5/ |
/var/opt/sun/calendar |
Dans la documentation, l'emplacement d'installation par défaut de Calendar Server est référencé par cal_svr_base.
Avant d'installer Calendar Server, il vous faut appliquer les patchs de système d'exploitation requis. Pour obtenir la liste de ces patchs, reportez-vous au document Notes de version de Sun Java Enterprise System 2005Q4.
Pour lancer le programme d'installation de Sun Java Enterprise System ou le programme de configuration de Calendar Server 6 2005Q4 sur un système Solaris, vous devez vous connecter en tant que superutilisateur (root).
Installez Calendar Server 6 2005Q4 à l'aide du programme d'installation de Sun Java Enterprise System. Ce programme installe les packages des composants Sun, y compris Calendar Server 6 2005Q4, ainsi que les différents composants partagés utilisés par les divers produits.
Le tableau suivant répertorie le nom des packages Linux des divers composants liés à Calendar Server.
Composant |
Nom du package |
---|---|
Calendar Server |
sun_calendar-core sun-calendar-api |
Packages localisés : |
|
Espagnol |
sun-calendar-core-es |
Coréen |
sun-calendar-core-ko |
Français |
sun-calendar-core-fr |
Chinois |
sun-calendar-core-zh_CN |
Allemand |
sun-calendar-core-de |
Japonais |
sun-calendar-core-ja |
Taïwanais |
sun-calendar-core-zh_TW |
N'essayez pas de mettre Calendar Server à niveau avec le programme Sun Java Enterprise System Installer. Vous devez utiliser le processus patchadd. Pour obtenir des instructions relatives à la mise à niveau des versions précédentes de Calendar Server, reportez-vous au manuel Guide de mise à niveau et de migration de Sun Java Enterprise System 2005Q4. Voir aussi le document Notes de version de Sun Java Enterprise System 2005Q4.
Si Calendar Server 6 est déjà installé avec Berkeley DB version 3.2.9, la conversion vers la version 4.2 actuelle est automatique. Vous n'avez pas besoin d'exécuter un autre programme de migration de base de données.
En revanche, si vous possédez Calendar Server 5 qui utilise Berkeley DB version 2.6, vous devez faire appel à l'utilitare cs5migrate pour mettre à niveau votre base de données de calendrier vers la version 4.2. Cet utilitaire peut être obtenu sur demande auprès du support technique.
Si Calendar Server 2 est installé, vous devez effectuer une mise à niveau vers Calendar Server 5 avant de le migrer vers la version actuelle.
L'utilitaire cs5migrate réalise les tâches suivantes :
migration des données de Calendar Server 5.x vers Calendar Server 6 ;
mise à jour de la base de données de calendrier de la version 2.6 à la version 4.2 de Berkeley DB ;
consignation de l'état de la migration dans le journal csmigrate.log ;
consignation des erreurs dans le journal csmigrateerror.log.
En outre, si l'option -r est spécifiée, cs5migrate crée des enregistrements principaux et des enregistrements d'exception pour tous les événements et tâches récurrents. À l'avenir, Calendar Server générera automatiquement ces enregistrements. Si vous devez migrer votre base de données mais que vous ne prévoyez pas d'utiliser Connector pour Microsoft Outlook, vous ne devez pas nécessairement exécuter cs5migrate avec l'option -r.
Pour obtenir l'adresse de téléchargement et la documentation de chaque utilitaire, contactez le support technique.
Si votre site dispose d'une version précédente de Calendar Server qui est configurée pour un mode de domaine virtuel limité ou dispose de plusieurs instances de Calendar Server sur le même ordinateur, contactez votre représentant commercial Sun Microsystems, Inc. pour une évaluation de vos besoins pour la migration et pour vous assurer que vous disposez de l'utilitaire de migration adapté à vos besoins.
De plus, comme toujours, ne migrez pas votre base de données sans l'avoir sauvegardée au préalable.
Après avoir installé Calendar Server 6 2005Q4 ou effectué la mise à niveau vers ce dernier, et avant de pouvoir utiliser Calendar Server, vous devez le configurer comme suit :
Exécutez le script d'installation de Directory Server (comm_dssetup.pl) pour configurer Sun Java System Directory Server pour le schéma de Calendar Server.
Exécutez le programme de configuration de Calendar Server (csconfigurator.sh ) pour configurer les besoins spécifiques de votre site.
Vous trouverez les instructions dans le Guide d'administration de Sun Java System Calendar Server 6 2005Q4.
Le tableau suivant indique l'emplacement des divers fichiers et programmes répertoriés dans la documentation pour les plates-formes Solaris et Linux :
Noms de fichiers |
Emplacement Solaris |
Emplacement Linux |
---|---|---|
Utilitaires administrateur : start-cal, stop-cal, csattribute, csbackup, cscal, cscomponents, csdb, csdomain, csexport, csimport, csmonitor, csplugin, cspurge, csrename, csresource, csrestore, csschedule, csstats, cstool, et csuser |
/opt/SUNWics5/cal/sbin |
/opt/sun/calendar/sbin |
Utilitaires de migration : csmig et csvdmig |
/opt/SUNWics5/cal/sbin |
/opt/sun/calendar/sbin |
Scripts : icsasm, legbackup.sh, legrestore.sh, et private2public.pl |
/opt/SUNWics5/cal/sbin |
/opt/sun/calendar/sbin |
Fichiers de configuration : ics.conf, version.conf, counter.conf, et sslpassword.conf |
Après installation : /opt/SUNWics5/cal/ config-template Pendant la configuration, les différents fichiers du répertoire indiqué précédemment sont placés aux emplacements spécifiés par les options de configuration choisies. |
Après installation : /opt/sun/calendar/ config-template Pendant la configuration, les différents fichiers du répertoire indiqué précédemment sont placés aux emplacements spécifiés par les options de configuration choisies. |
Fichiers de mise à jour du serveur LDAP : 60iplanet-calendar.ldif, ics50-schema.conf, et um50-common-schema.conf |
Après installation : /opt/SUNWics5/cal/ config/schema/ comm_dssetup.pl copie ces fichiers dans Directory Server. |
Après installation : /opt/sun/calendar/config/ schema/comm_dssetup.pl copie ces fichiers dans Directory Server. |
Fichiers de schéma LDIF : 20subscriber.ldif, 50ns-value.ldif, 50ns-delegated-admin.ldif, 55ims-ical.ldif, 50ns-mail.ldif, 56ims-schema.ldif, 50ns-mlm.ldif, 60iplanet-calendar.ldif, 50ns-msg.ldif |
Après installation : /etc/opt/SUNWics5/ config/schema comm_dssetup.pl copie ces fichiers dans Directory Server. |
Après installation : /etc/opt/sun/calendar/ config/schema comm_dssetup.pl copie ces fichiers dans Directory Server. |
Fichiers de formatage de courrier (*.fmt) |
Après installation : /opt/SUNWics5/cal/ config-template Après configuration : /etc/opt/SUNWics5/ config/ language où langue est en, de, es, fr, ja, ko, zh-TW ou zh-CN. |
Après installation : /opt/sun/calendar/ config-template Après configuration : /etc/opt/sun/calendar/config/ language où langue est en, de, es, fr, ja, ko, zh-TW ou zh-CN. |
Fichiers de bibliothèque (.so) Utilitaires SSL : certutil et modutil |
/opt/SUNWics5/cal/lib |
/opt/sun/calendar/lib |
Base de données de session |
/opt/SUNWics5/cal/lib/ http |
/opt/sun/calendar/lib/http |
Fichiers de statistiques de compteur : counter et counter.dbstat |
/opt/SUNWics5/cal/lib/ counter |
/opt/sun/calendar/lib/ counter |
Fichier timezones.ics |
/opt/SUNWics5/cal/data |
/opt/sun/calendar/data |
Pour améliorer les performances de votre serveur d'annuaire LDAP, en particulier si vous utilisez les recherches de calendrier de l'annuaire LDAP, tenez compte des points suivants :
Pour améliorer les performances d'accès de Calendar Server au serveur d'annuaire LDAP, ajoutez des index au fichier de configuration LDAP pour différents attributs.
Le programme de configuration, comm_dssetup.pl, peut éventuellement effectuer l'indexation à votre place.
Pour évaluer les différences en termes de performances, effectuez le test suivant :
Avant de procéder à l'indexation, évaluez la durée d'exécution de la commande LDAP suivante :
ldapsearch -b "base" "(&(icscalendarowned=* user*)(objectclass=icsCalendarUser))" |
où base est le DN de base LDAP du serveur d'annuaire sur lequel se trouvent les données d'utilisateur et de ressources de Calendar Server, et user est la valeur que peut saisir un utilisateur final dans la boîte de dialogue Calendar Express Subscribe \> Calendar Search.
Exécutez l'indexation de icsCalendarOwned.
Exécutez à nouveau la commande LDAP et évaluez sa durée :
ldapsearch -b "base" "(&(icscalendarowned=*user*)(objectclass=icsCalendarUser))" |
où base est le DN de base LDAP du serveur d'annuaire sur lequel se trouvent les données d'utilisateur et de ressources de Calendar Server, et user est la valeur que peut saisir un utilisateur final dans la boîte de dialogue Calendar Express Subscribe \> Calendar Search.
Comparez les durées. La différence doit être remarquable.
Pour déterminer si les paramètres de limite de consultation (nsslapd-lookthroughlimit) et la limite de taille (nsslapd-sizelimit) sont définis sur les valeurs appropriées, exécutez la commande suivante :
ldapsearch -b "base" "(&(icscalendarowned=* user ID*) (objectclass=icsCalendarUser))"
où base est le DN de base LDAP du serveur d'annuaire sur lequel se trouvent les données d'utilisateur et de ressources de Calendar Server, et user ID est la valeur que peut saisir l'utilisateur dans la boîte de dialogue de recherche de calendrier dans Communications Express.
Si le serveur LDAP renvoie une erreur, la valeur du paramètre nsslapd-sizelimit ou du paramètre nsslapd-lookthroughlimit n'est peut-être pas assez élevée. Procédez comme suit pour définir ces paramètres :
Assurez-vous que la valeur du paramètre nsslapd-sizelimit du fichier slapd.conf ou équivalent est suffisamment élevée pour renvoyer les résultats souhaités. Dans le cas contraire, une troncature risque de se produire et aucun résultat ne sera affiché.
Vérifiez également que la valeur du paramètre nsslapd-lookthroughlimit du fichier slapd.ldbm.conf ou équivalent est suffisamment élevée pour que la recherche puisse porter sur tous les utilisateurs et ressources de l’annuaire LDAP. Si possible, définissez le paramètre nsslapd-lookthroughlimit sur -1, afin de ne pas fixer de limite.
Deux problèmes peuvent survenir si vous utilisez le schéma 1 dans Communications Express :
Si vous exécutez Communications Express avec le schéma 1 LDAP Sun, avant de lancer le programme de configuration de Communications Express, vous devez utiliser ldapmodify pour ajouter le noeud racine DC au LDAP. L'entrée doit avoir l'aspect suivant :
dn: o=internet objectClass: organization o: internet description: Root level node in the Domain Component (DC) tree
L'utilitaire de calendrier chargé de déployer les utilisateurs dans le schéma 1, csuser, a été conçu pour Calendar Express et n'active pas l'utilisateur pour le service de carnet d'adresses, comme l'exige Communications Express.
Deux outils permettent de déployer des utilisateurs, des groupes et des domaines dans Calendar Server : Delegated Administrator et Calendar Server. Delegated Administrator dispose de deux interfaces : la console, une interface graphique, et l'utilitaire, une interface de ligne de commande. Pour toute information sur Delegated Administrator, reportez-vous au document Sun Java System Communications Services 6 2005Q4 Delegated Administrator Guide. Vous trouverez les instructions d'utilisation de la console dans l'aide en ligne de la console Delegated Administrator.
Pour plus d'informations sur les utilitaires de Calendar Server, reportez-vous au document Sun Java System Calendar Server 6 2005Q4 Administration Guide.
Ne tentez pas de déployer des utilisateurs via la console d'Access Manager. En effet, bien que cette méthode vous permette de créer des utilisateurs et de leur affecter un service de calendrier, ses résultats sont imprévisibles et risquent d'avoir un impact néfaste sur votre déploiement.