Configuration requise pour les applications et bases de données prises en charge › Réplication et haute disponibilité pour Microsoft SharePoint Server › Haute disponibilité pour serveurs SharePoint › Préparation du serveur de réplication pour le déploiement autonome › Préparation manuelle du serveur de réplication pour un déploiement autonome
Préparation manuelle du serveur de réplication pour un déploiement autonome
Avant de préparer manuellement le serveur de réplication pour un déploiement autonome, collectez les informations suivantes et lisez toutes les étapes requises :
- Noms de la base de données de configuration de serveur SharePoint et de la base de données d'administration centrale sur le serveur maître
- Noms d'affichage, ports, en-têtes, mappages d'accès supplémentaires et noms de base de données de contenu pour toutes les applications Web créées sur le serveur maître
- Pour le déploiement autonome de serveur SharePoint 2007 : le nom du fournisseur de services partagés sur le serveur maître
Consultez également les documents TechNet suivants de Microsoft :
Important : CA ARCserve RHA change le paramètre de contrôle de bouclage Microsoft pour assurer la réussite des scénarios de haute disponibilité sur des déploiements autonomes de SharePoint. Pour plus d'informations, consultez les informations de support de Microsoft :
Pour préparer manuellement le serveur de réplication pour un déploiement autonome :
- Rassemblez les informations répertoriées.
- Lisez les documents TechNet de Microsoft.
Remarque : Les valeurs des paramètres suivants doivent être identiques à celles du serveur maître : sp_cfgDB, CenAdmContDB, CentralAdminPort.
- Ouvrez une session de ligne de commande et entrez les commandes suivantes.
psconfig.exe -cmd configdb -create -server hostname\inst -database sp_cfgDB -admincontentdatabase CenAdmContDB
psconfig.exe -cmd installfeatures
psconfig.exe -cmd secureresources
psconfig.exe -cmd services -install
psconfig.exe -cmd services -provision (valide uniquement pour SP2010)
psconfig.exe -cmd adminvs -provision -port centralAdminPort
- Créez les applications Web sur le serveur de réplication via le site administratif central ou l'outil STSADM pour que tous les noms d'affichage, en-têtes, mappage d'accès supplémentaires, noms de base de données de contenu et ports soient identiques à ceux utilisés sur le serveur maître. Utilisez le nom d'hôte du serveur maître et le port en tant qu'URL de répartition de la charge lors de la création des applications Web sur le serveur de réplication. La création de collections de sites n'est pas requise, car les sous-sites et les collections de sites sont stockés dans la base de données de contenu, qui est répliquée dans les scénarios de CA ARCserve RHA.
- Lancez les services et créez un fournisseur de services partagés (serveur SharePoint 2007) ou créez les applications de service sur le serveur de réplication identiques à ceux utilisés sur le serveur maître au moyen du site administratif central.
Important : N'utilisez pas l'assistant de configuration de produits SharePoint pour configurer le serveur de réplication avant d'exécuter un scénario de haute disponibilité.
Réplication et Haute Disponibilité pour serveurs vCenter
Réplication pour serveurs vCenter
Cette section décrit les conditions requises pour l'exécution de CA ARCserve RHA pour les serveurs vCenter.
Configuration de la réplication pour vCenter
Pour implémenter la réplication pour les serveurs vCenter, les configurations suivantes sont nécessaires :
Pour utiliser la solution de réplication avec l'option de récupération garantie pour serveurs vCenter, vous devez disposer des configurations suivantes :
- La même version de vCenter Server doit être installée sur les serveurs maître et de réplication.
- vCenter Server doit être installé avec les mêmes informations d'identification sur les serveurs maître et de réplication.
Compte de connexion pour la réplication pour vCenter
Le compte de connexion au service du moteur CA ARCserve RHA doit remplir toutes les conditions suivantes :
- Pour les serveurs autonomes (c'est-à-dire ceux qui ne sont pas en cluster), utilisez le compte par défaut du système local.
- Pour les noeuds de cluster, utilisez un compte de service ayant le rôle d'administrateur local sur tous les noeuds de cluster.
Haute disponibilité pour serveurs vCenter
Cette section décrit la configuration requise pour exécuter CA ARCserve HA sur un serveur vCenter.
Configuration de la haute disponibilité pour serveurs vCenter
Pour implémenter les procédures de haute disponibilité pour un serveur vCenter, vous devez disposer des configurations ci-dessous.
Compte de connexion pour la haute disponibilité de vCenter
Le compte de connexion au service du moteur CA ARCserve HA doit remplir toutes les conditions de compte ci-dessous.
- Il est membre du groupe Administrateurs de domaine. Si le groupe Administrateurs de domaine n'est pas membre des administrateurs du groupe local de domaine intégré, vous devez utiliser un compte qui le soit.
- Il est membre du groupe d'administrateurs de l'ordinateur local. Si le groupe Administrateurs de domaine n'est pas membre, ajoutez le compte manuellement.
- Pour les serveurs inclus dans un groupe de travail, utilisez le compte du système local.
Réplication et haute disponibilité pour Microsoft Dynamics CRM
Configuration de Microsoft Dynamics CRM
Microsoft Dynamics CRM est composé de plusieurs rôles de serveur combinés en deux groupes de rôle de serveur :
- Le groupe de rôles de serveur d'application qui contient les services principaux CRM, la Web frontale et l'aide.
- Le groupe de rôles de serveur de plate-forme qui contient le service de traitement asynchrone, le service de détection et le service de génération de rapports.
Les deux groupes de rôles de serveur utilisent le service de génération de rapports de SQL, qui peut être installé sur un ordinateur séparé. Vous pouvez installer des groupes de rôle de serveur sur le même ordinateur ou sur des ordinateurs séparés.
CA ARCserve RHA pour Dynamics CRM peut être configuré de deux façons :
- Une configuration tout-en-un
-
Tous les rôles de groupe de serveurs s'exécutent sur le même ordinateur (serveur maître). Dans une configuration tout-en-un, les éléments suivants sont requis :
- 2 serveurs Windows (maître et de réplication) configurés à l'identique Lorsque vous installez le serveur de réplication, choisissez l'option Etablir une connexion à un déploiement existant. Lorsque vous configurez Dynamics CRM, vous devez choisir l'option Établir une connexion à un déploiement existant, puis entrer l'instance de base de données SQL Server du serveur maître en tant que nom de l'ordinateur qui exécute le serveur SQL à utiliser pour ce déploiement.
Remarque: Si vous exécutez tous les rôles de serveur sur un ordinateur unique, ce serveur ne peut pas être utilisé en tant que contrôleur de domaine sauf si vous vous exécutez également Microsoft Windows Small Business Server 2003 Premium Edition R2.
- Configuration distribuée
-
Les rôles de groupe de serveurs s'exécutent sur des ordinateurs différents (serveurs maîtres multiples). Dans une configuration distribuée, les éléments suivants sont requis :
- Au moins 2 serveurs Windows (maître et de réplication) utilisés en tant que serveurs d'applications Dynamics CRM, un serveur de plate-forme ou un serveur de génération de rapports Les rôles de serveur d'application, plate-forme et génération de rapports peuvent être assumés par des ordinateurs individuels ou exécutés sur le même ordinateur. Vous pouvez ajouter plusieurs serveurs si nécessaire. Chaque serveur dans le déploiement est protégé par son propre scénario CRM CA ARCserve RHA, donc pour tous les serveurs Dynamics CRM que vous ajoutez, vous devez également ajouter un serveur de réplication configuré à l'identique. Lorsque vous installez le serveur de réplication, choisissez l'option Etablir une connexion à un déploiement existant, puis entrez l'instance de base de données SQL Server du serveur maître en tant que nom de l'ordinateur exécutant le serveur SQL à utiliser pour ce déploiement.
- 2 serveurs SQL : un serveur maître et un serveur de réplication Cet ordinateur est protégé séparément dans un scénario SQL d'arrière-plan. Pour plus d'informations, reportez-vous au Manuel des opérations pour Microsoft SQL Server de CA ARCserve RHA.
Remarque: Vérifiez que les services de génération de rapports SQL Server et IIS sont installés avant d'installer Dynamics CRM.
Les règles suivantes s'appliquent :
- Installez le moteur sur tous les serveurs participant à des scénarios CA ARCserve RHA.
- Les deux serveurs Windows doivent exécuter Windows Server 2003 ou 2008 avec le même niveau de Service Pack et de correctifs.
- Le serveur à protéger n'est pas un contrôleur de domaine ou un serveur DNS.
Si vous vous exécutez SQL 2005 dans une configuration distribuée :
- Assurez-vous d'avoir installé une instance SQL sur les deux serveurs (maître et de réplication).
- Assurez-vous que les deux serveurs disposent de la même version de SQL, des mêmes Service Packs et des mêmes correctifs.
- Assurez-vous que les deux serveurs disposent d'instances SQL Server identiques, à savoir des instances par défaut ou nommées.
- Assurez-vous que les deux serveurs se trouvent dans la même forêt Active Directory et qu'ils sont membres du même domaine ou de domaines sécurisés.
- Assurez-vous que les lettres du lecteur contenant les fichiers de base de données sont identiques sur les deux serveurs.
- Assurez-vous que le chemin complet de la base de données système par défaut pour chaque instance est identique sur les deux serveurs.
- Vérifiez que le port défini dans les propriétés TCP/IP de la configuration réseau de l'instance SQL est affecté statiquement et qu'il est identique sur les deux serveurs.
Configuration UNIX/Linux
Sur des serveurs AIX, le nom d'hôte est toujours défini sur FQDN. Lors de la récupération de FQDN, seul DNS est pris en charge. Les services d'attribution de noms NIS ou NIS+ ne sont pas pris en charge.
Si la redirection de système DNS est utilisée, définissez l'ordre de recherche sur l'ordre de liaison, d'hôtes dans /etc/host.conf.
Un package de liaison est requis pour le redirection de système DNS :
|
Système d'exploitation
|
Nom du paquet
|
|
Linux
|
bind-utils-*
|
|
Solaris
|
SUNWbind
|
|
AIX
|
bos.rte.bind_cmds
|
Pour Oracle sur des systèmes UNIX/Linux, seule l'option de stockage de système de fichiers pour fichiers de données d'instance de base de données est prise en charge.
Haute disponibilité de système complet
La haute disponibilité de système complet peut être configurée comme suit :
- Serveur maître
-
Ce serveur peut être un serveur Windows pris en charge par le moteur. Le serveur maître peut être un serveur physique ou virtuel.
- Serveur de réplication
-
Les environnements virtualisés suivants sont pris en charge en tant que serveur de réplication dans des scénarios Système complet :
- Microsoft Hyper-V
- Serveur Citrix Xen (Xen)
- ESX
- vCenter Server
- Amazon EC2
Remarque : Pour Hyper-V 1.0, vérifiez que tous les patchs sont installés, notamment KB950050. Pour plus d'informations, consultez le site Web de Microsoft. N'utilisez pas le chemin d'installation par défaut lors de la création d'ordinateur virtuels Hyper-V. CA ARCserve RHA ne peut pas accéder au chemin d'installation de l'ordinateur virtuel par défaut pendant la détection automatique. Créez un dossier (C:\VM par exemple) sur l'ordinateur maître et l'ordinateur de réplication. Lors de la création de scénario de haute disponibilité de système complet, spécifiez ce dossier sur la fenêtre de Paramètre des volumes.
