Avant d’installer l’option DLO, tenez compte des points suivants :
Tableau : Conditions préalables à l’installation
Elément |
Description | ||
---|---|---|---|
Domaines et Active Directory |
Le serveur de supports et les emplacements de stockage DLO doivent résider dans un domaine Windows ou dans Active Directory. Les ordinateurs exécutant Desktop Agent peuvent être en dehors d’un domaine Windows ou d’Active Directory. Cependant, ils doivent s’authentifier avec le domaine ou le répertoire pour accéder au serveur de supports ou aux emplacements de stockage. | ||
Chargement du serveur |
DLO peut être assimilé à un serveur de fichiers de réseau. Pour DLO, le serveur idéal est celui qui bénéficie d’une connexion réseau et d’un jeu de disques rapides. Le processeur ne joue pas un rôle aussi critique que ces autres facteurs pour le serveur de fichiers DLO. Le nombre d’instances de Desktop Agent capables d’effectuer des sauvegardes sur une installation DLO dépend de nombreux éléments. Cependant, Symantec recommande moins de 400 clients par serveur quand le serveur exécute Windows 2000 Advanced Server. Si plus de 400 clients sont rattachés, les opérations de fichier peuvent commencer à échouer quand la mémoire de pool paginée vient à manquer. | ||
Authentification |
Console d’administration DLO Un utilisateur disposant de droits d’administration entiers sur le serveur de supports où le DLO est installé peut gérer la console d’administration DLO. Le compte d’utilisateur doit être un compte de domaine. En outre, le compte doit avoir des droits pour les procédures suivantes sur n’importe quel serveur distant utilisé pour des emplacements de stockage ou des dossiers de données d’utilisateur de réseau :
Vous pouvez utiliser un compte d’administrateur de domaine ou accorder un compte de domaine standard avec le droit d’administrateur local aux serveurs hébergeant les ressources DLO. Se reporter à A propos des comptes d’administrateur dans DLO. Desktop Agent DLO exige des comptes de domaine. Chaque utilisateur Desktop Agent doit se connecter à DLO par le biais d’un compte de domaine. Si certains utilisateurs se connectent par l’intermédiaire de comptes locaux, ils peuvent utiliser DLO, mais ils doivent fournir des informations d’authentification de domaine pour s’authentifier dans DLO. | ||
Sélection de la base de données |
Par défaut, DLO installe sa propre instance de SQL Express 2005.
Vous pouvez aussi configurer manuellement DLO pour utiliser une instance existante, locale ou distante, des programmes suivants :
SQL Express 2005 présente les avantages suivants :
SQL Express 2005 présente les inconvénients suivants :
SQL Server présente les avantages suivants :
SQL Server présente les inconvénients suivants :
MSDE présente les avantages suivants :
MSDE présente les inconvénients suivants :
| ||
Synchronisation de l’heure |
Tous les ordinateurs exécutant la console d’administration DLO ou Desktop Agent doivent être définis sur la même heure. Vous pouvez configurer le service de synchronisation d’heure de Windows sur le réseau. Consultez le site Web de Microsoft pour plus d’informations. | ||
Pare-feu |
DLO est conçu pour fonctionner dans les environnements équipés d’un pare-feu. Pour que DLO fonctionne correctement dans de tels environnements, les partages de fichiers réseau doivent être visibles après l’établissement d’une connexion à distance telle que VPN. Si le partage de fichiers n’est pas permis, le DLO ne transfère pas des fichiers à ou du dossier de données d’utilisateur de réseau. Les fichiers informatiques de bureau sont encore protégés dans le dossier de bureau de données d’utilisateur et sont transférés quand le dossier de données d’utilisateur de réseau est accessible. Pour forcer l’installation de DLO à travers un pare-feu sur un ordinateur exécutant Windows XP Professional avec Service Pack 2, activez la politique de groupe “Autoriser l’exception d’administration à distance” sur l’ordinateur Windows XP cible. Pour plus d’informations, reportez-vous à votre documentation Windows. Vous pouvez également pousser l’installation de DLO à travers un pare-feu sur un ordinateur Windows Server 2008. Avant de commencer l’installation, activez l | ||
Prise en charge de MDAC par la console d’administration DLO |
Le DLO prend en charge les versions 2.7 et 2.8 de MDAC. Cependant, MDAC 2.8 est le paramètre par défaut et est installé pendant l’installation s’il n’est pas déjà installé. Une fois la version 2.8 de MDAC installée, l’ordinateur doit être redémarré et un administrateur doit finaliser le processus d’installation. Si un autre type d’utilisateur se connecte après la première installation de MDAC 2.8, le processus génère un certain nombre d’erreurs. Pour forcer l’utilisation de MDAC 2.7, vous pouvez ajouter la valeur CmdLine suivante dans le fichier setup.ini dans le jeu d’installation de DLO : REQUIREDMDACVERSION=” 2.7″. Exemple : *v” %TEMP%”\DLOConsoleInstall.log de CmdLine=REQUIREDMDACVERSION= 2.7 /l | ||
Prise en charge de MDAC par Desktop Agent |
Desktop Agent prend en charge les versions 2.7 et 2.8 de MDAC. Toutefois, MDAC 2.8 est la version par défaut. Pour forcer l’utilisation de MDAC 2.7, vous pouvez ajouter la valeur CmdLine suivante dans le fichier setup.ini dans le jeu d’installation de Desktop Agent : REQUIREDMDACVERSION=” 2.7″. Exemple : *v %TEMP%”\” DLOAgentInstall.log” de CmdLine=/qf” DEFAULTMEDIASERVER=” SERVERNAME” DLODBINSTANCENAME=” BKUPEXEC” LAUNCHCLIENT= 1 “REQUIREDMDACVERSION= 2.7 /l” |