Add installation and configuration documentation for ESXi, Nutanix, Microsoft LAPS, and Windows Server Core
- Created a comprehensive guide for installing an ESXi server, detailing software retrieval, hardware assembly, iLO configuration, and ESXi installation. - Added a document for setting up and configuring a Nutanix environment, including software downloads, network preparation, and cluster installation. - Introduced a guide for Microsoft LAPS, explaining its purpose, usage, and how to retrieve local administrator passwords. - Developed a preparation guide for Windows Server Core, covering prerequisites, Sysprep execution, network configuration, and domain joining.
This commit is contained in:
Maxime BOURIEAU
@@ -0,0 +1,132 @@
|
||||
# Arrêt, démarrage et mise à jour des serveurs Nutanix
|
||||
|
||||
## 1. Prérequis
|
||||
|
||||
Pour mettre à jour un cluster Nutanix, celui-ci doit avoir accès à Internet, au minimum aux sites Nutanix répertoriés dans la [matrice des accès réseau](https://portal.nutanix.com/page/documents/kbs/details?targetId=kA00e000000LNTeCAO).
|
||||
|
||||
## 2. Vérifier le bon fonctionnement du cluster
|
||||
|
||||
Avant toute opération d'arrêt ou de mise à jour, vérifier l'état du cluster.
|
||||
|
||||
1. Se connecter en SSH à une CVM avec le compte `nutanix`.
|
||||
2. Exécuter la commande suivante :
|
||||
|
||||
```bash
|
||||
cluster status
|
||||
```
|
||||
|
||||
La commande abrégée `cs` peut également être utilisée. Attendre la fin de son exécution, puis vérifier que toutes les CVM sont présentes et que leurs services sont à l'état `UP`.
|
||||
|
||||
Exécuter ensuite le contrôle de santé :
|
||||
|
||||
```bash
|
||||
ncc health_checks run_all
|
||||
```
|
||||
|
||||
Examiner les alertes. Dans la mesure du possible, les corriger puis relancer le contrôle. Si certaines alertes ne peuvent pas être corrigées, traiter au minimum celles qui risquent d'affecter l'opération prévue ou le fonctionnement du cluster.
|
||||
|
||||
Dans Prism Element, vérifier également que l'état de résilience affiché sur la page **Home** est `OK`.
|
||||
|
||||
## 3. Arrêter le cluster
|
||||
|
||||
Après validation des contrôles de santé :
|
||||
|
||||
1. Arrêter la VM Prism Central si elle est présente.
|
||||
2. Depuis Prism Element, arrêter toutes les machines virtuelles du cluster, à l'exception des CVM.
|
||||
3. Depuis une CVM, se connecter en SSH avec le compte `nutanix`, lancer l'arrêt du cluster et confirmer en saisissant `I agree` :
|
||||
|
||||
```bash
|
||||
cluster stop
|
||||
```
|
||||
|
||||
4. Une fois le cluster arrêté, se connecter en SSH à chaque CVM avec le compte `nutanix` et l'arrêter :
|
||||
|
||||
```bash
|
||||
sudo poweroff
|
||||
```
|
||||
|
||||
5. Lorsque toutes les CVM sont arrêtées, se connecter en SSH à chaque hôte avec le compte `root` et l'arrêter :
|
||||
|
||||
```bash
|
||||
sudo poweroff
|
||||
```
|
||||
|
||||
En cas de problème, il est également possible d'éteindre un nœud en appuyant brièvement sur son bouton vert d'alimentation.
|
||||
|
||||
Vérifier physiquement que chaque nœud est éteint : le voyant en façade doit être orange ou éteint. Les câbles peuvent alors être débranchés en toute sécurité.
|
||||
|
||||
## 4. Démarrer le cluster
|
||||
|
||||
Avant le démarrage, raccorder les serveurs au réseau (interfaces fibre et cuivre pour IPMI) et à l'alimentation électrique.
|
||||
|
||||
1. Démarrer chaque serveur avec son bouton **Power** en façade. Sur un serveur à plusieurs nœuds, chaque nœud possède son propre bouton.
|
||||
2. Après quelques minutes, vérifier que tous les hôtes répondent au ping et sont accessibles en SSH.
|
||||
3. Vérifier de la même façon que toutes les CVM répondent au ping et sont accessibles en SSH.
|
||||
4. Depuis une CVM, lancer `cluster status` ou sa commande abrégée `cs` :
|
||||
|
||||
```bash
|
||||
cluster status
|
||||
```
|
||||
|
||||
Vérifier que toutes les CVM sont présentes et que les services **Zeus**, **Scavenger**, **Xmount** et **VipMonitor** sont à l'état `UP`.
|
||||
|
||||
5. Si l'état est cohérent, démarrer le cluster :
|
||||
|
||||
```bash
|
||||
cluster start
|
||||
```
|
||||
|
||||
6. Attendre le démarrage des services, puis relancer `cluster status` ou `cs` jusqu'à ce que toutes les CVM et tous leurs services soient à l'état `UP`.
|
||||
7. Relancer le contrôle de santé :
|
||||
|
||||
```bash
|
||||
ncc health_checks run_all
|
||||
```
|
||||
|
||||
Examiner les alertes et corriger celles qui risquent d'affecter le fonctionnement du cluster. Dans Prism Element, vérifier que l'état de résilience sur la page **Home** est `OK`.
|
||||
|
||||
Lorsque les contrôles sont satisfaisants, remettre en service les machines virtuelles. Redémarrer également Prism Central s'il avait été arrêté; son initialisation peut prendre un certain temps.
|
||||
|
||||
## 5. Mettre à jour les composants Nutanix
|
||||
|
||||
Mettre à jour Prism Central avant les clusters qui lui sont associés.
|
||||
|
||||
Avant l'opération, vérifier le chemin de mise à niveau entre la version source et la version cible dans la [documentation des chemins de mise à niveau Nutanix](https://portal.nutanix.com/page/documents/upgrade-paths).
|
||||
|
||||
Le processus Nutanix est conçu pour déplacer les machines virtuelles vers les autres nœuds disponibles pendant la mise à jour d'un nœud et de sa CVM. Des ralentissements peuvent toutefois survenir. La durée dépend des composants et versions concernés.
|
||||
|
||||
### 5.1 Mettre à jour Prism Central
|
||||
|
||||
1. Ouvrir l'interface Web de Prism Central.
|
||||
2. Accéder à **Administration > LCM**.
|
||||
3. Ouvrir **Inventory**, puis lancer **Perform inventory**.
|
||||
4. Attendre la fin de l'inventaire, puis cliquer sur **Return to inventory**.
|
||||
5. Ouvrir **Updates**, sélectionner les mises à jour proposées et cliquer sur **View Update Plan**.
|
||||
6. Vérifier le plan, cliquer sur **Apply Updates** et attendre la fin de l'opération.
|
||||
7. Une fois cette étape terminée, ouvrir **Settings > Upgrade Prism Central**.
|
||||
8. Dans les onglets **Prism Central** et **NCC**, vérifier si des mises à jour sont proposées. Si c'est le cas, cliquer sur **Download**, puis **Upgrade Now**.
|
||||
|
||||
Il est possible de relancer LCM afin de vérifier si d'autres mises à jour sont disponibles.
|
||||
|
||||
### 5.2 Mettre à jour Prism Element
|
||||
|
||||
Une fois Prism Central mis à jour, ouvrir l'interface Web de Prism Element du cluster.
|
||||
|
||||
#### Mettre à jour le firmware
|
||||
|
||||
1. Ouvrir **LCM**.
|
||||
2. Lancer **Inventory > Perform inventory**.
|
||||
3. Attendre la fin de l'inventaire, puis cliquer sur **Return to inventory**.
|
||||
4. Dans **Updates > Firmware**, sélectionner les mises à jour proposées et cliquer sur **View Update Plan**.
|
||||
5. Vérifier le plan, cliquer sur **Apply Updates** et attendre la fin de l'opération.
|
||||
|
||||
#### Mettre à jour les logiciels
|
||||
|
||||
1. Dans **Software**, sélectionner les mises à jour proposées et cliquer sur **View Update Plan**.
|
||||
2. Vérifier le plan, cliquer sur **Apply Updates** et attendre la fin de l'opération.
|
||||
3. Une fois terminée, ouvrir **Settings > Upgrade Software**.
|
||||
4. Vérifier chaque onglet. Si une mise à jour est proposée, cliquer sur **Download**, puis **Upgrade Now**.
|
||||
|
||||
Il est possible de relancer LCM pour vérifier si d'autres mises à jour sont disponibles.
|
||||
|
||||
## Nouvel élément de travail
|
||||
@@ -0,0 +1,163 @@
|
||||
## Prérequis
|
||||
|
||||
- Disposer d'un NAS Synology.
|
||||
- Disposer d'une licence Veeam Backup & Replication au format `.lic`.
|
||||
- Importer le modèle `TEMPLATE_WIN22` dans l'environnement client en suivant la procédure **Exporter et importer une VM depuis la plateforme de Production**.
|
||||
- Nommer la nouvelle machine virtuelle `VEEAM`.
|
||||
|
||||
### Préparer le NAS Synology
|
||||
|
||||
Suivre la [procédure d'installation d'un serveur NAS Synology](https://tfs2k18.systel-sa.com/tfs/Systel/Etudes/_wiki/wikis/Etudes.wiki/1648/Installation-serveur-NAS-Synology).
|
||||
|
||||
### Créer le compte de service Veeam
|
||||
|
||||
Dans le Panneau de configuration du NAS, ouvrir **Utilisateur et groupe > Créer un utilisateur**. Générer un mot de passe sécurisé avec RDM, l'y enregistrer, puis suivre l'assistant. Conserver les options par défaut sauf indication contraire de la configuration validée.
|
||||
|
||||
### Créer le partage Veeam
|
||||
|
||||
Dans le Panneau de configuration, ouvrir **Dossier partagé > Créer un dossier partagé**. Créer le partage selon la configuration validée du NAS, puis accorder au compte de service Veeam les droits de lecture et d'écriture.
|
||||
|
||||
## Préparer le serveur Veeam
|
||||
|
||||
Suivre la procédure **Préparation d'un serveur Windows**. Pour des raisons de sécurité, la VM Veeam ne doit pas être jointe au domaine Active Directory; ignorer cette étape dans la procédure de préparation Windows.
|
||||
|
||||
## Installer Veeam Backup & Replication
|
||||
|
||||
Récupérer l'image ISO depuis le Cloud Systel ou le site Veeam et la copier dans `D:\Install\Logiciels\Logiciels_Tiers`.
|
||||
|
||||
Le fichier du Cloud Systel suit ce chemin :
|
||||
|
||||
```text
|
||||
\\cloud\Produits\Produits_tiers\Veeam\Veeam Data Platform Foundation (Backup & Replication 12)\VeeamBackupReplication_XX.X.X.iso
|
||||
```
|
||||
|
||||
Le téléchargement Veeam est disponible à l'adresse <https://www.veeam.com/fr/backup-replication-vcp-download.html>.
|
||||
|
||||
Monter l'ISO, lancer l'installateur et suivre les étapes suivantes :
|
||||
|
||||
1. Cliquer sur **Install**, puis sélectionner **Install Veeam Backup & Replication**.
|
||||
2. Accepter les conditions d'utilisation avec **I Accept**.
|
||||
3. Cliquer sur **Browse licence file**, sélectionner le fichier de licence client `.lic`, puis cliquer sur **Next**.
|
||||
4. Laisser l'installateur vérifier et installer les composants requis. Si un redémarrage est demandé, cliquer sur **Reboot**. Si l'installation ne reprend pas automatiquement, relancer l'exécutable depuis l'ISO.
|
||||
5. Cliquer sur **Customize Settings** pour consulter les paramètres avancés.
|
||||
6. Conserver les paramètres par défaut pour l'intégration au domaine, PostgreSQL et le répertoire d'installation, sauf nécessité validée de les modifier.
|
||||
7. Cliquer sur **Install** et attendre la fin de l'installation.
|
||||
|
||||
À la fin, ouvrir la console **Veeam Backup & Replication Console** sur la machine.
|
||||
|
||||
## Installer le plug-in Nutanix AHV
|
||||
|
||||
Le plug-in **Nutanix AHV Plug-In for Veeam Backup & Replication** est nécessaire pour sauvegarder les VM hébergées sur Nutanix. Il est inclus par défaut dans certaines versions récentes de Veeam.
|
||||
|
||||
Vérifier sa présence dans **Paramètres > Applications et fonctionnalités**. S'il est absent ou doit être mis à jour, suivre la procédure d'installation du plug-in adaptée à la version déployée.
|
||||
|
||||
## Configurer l'infrastructure de sauvegarde
|
||||
|
||||
Depuis la console Veeam, ouvrir **Backup Infrastructure**. Cette section permet de configurer les dépôts NAS, les serveurs sources et les proxys de sauvegarde.
|
||||
|
||||
### Ajouter le NAS comme dépôt de sauvegarde
|
||||
|
||||
1. Faire un clic droit sur **Backup Repositories**, puis choisir **Add Backup Repository**.
|
||||
2. Sélectionner **Network attached storage**, puis **SMB share**.
|
||||
3. Saisir le nom du NAS, le chemin du partage et les identifiants du compte de service Veeam créé sur le NAS.
|
||||
4. Conserver les options par défaut pour les étapes suivantes, sauf indication contraire de la configuration validée.
|
||||
5. Cliquer sur **Apply**. Si les vérifications sont toutes vertes, cliquer sur **Next**, puis **Finish**. Si une demande de confirmation apparaît, vérifier le contexte avant de cliquer sur **Yes**.
|
||||
|
||||
## Configurer une infrastructure VMware (ESXi/vCenter)
|
||||
|
||||
### Ajouter un serveur ESXi ou vCenter
|
||||
|
||||
1. Dans **Backup Infrastructure**, faire un clic droit sur **Managed Servers**, puis choisir **Add Server**.
|
||||
2. Sélectionner **Virtualization Platforms > VMware vSphere > vSphere**.
|
||||
3. Saisir le nom DNS du vCenter ou de l'hôte ESXi, puis cliquer sur **Next**.
|
||||
4. Ajouter un compte disposant des droits d'administration nécessaires, puis cliquer sur **Apply**.
|
||||
5. Si une demande de validation du certificat apparaît, vérifier le certificat et cliquer sur **Continue** s'il est attendu.
|
||||
6. Une fois la connexion établie, cliquer sur **Next**, puis **Finish**.
|
||||
|
||||
### Créer un proxy de sauvegarde VMware
|
||||
|
||||
#### Prérequis
|
||||
|
||||
Importer le modèle `[202x-xx-xx]_TEMPLATE_UBUNTU22` en suivant la procédure **Exporter et importer une VM depuis la plateforme de Production**, puis préparer le serveur avec la procédure **Préparation d'un serveur Linux**. Configurer la VM selon le DCI.
|
||||
|
||||
#### Ajouter le proxy
|
||||
|
||||
1. Dans **Backup Infrastructure**, faire un clic droit sur **Backup Proxies**, puis choisir **Add proxy...**.
|
||||
2. Sélectionner **VMware backup proxy**, puis **Linux**.
|
||||
3. Cliquer sur **Add New...**, saisir le nom ou l'adresse IP du serveur, puis cliquer sur **Next**.
|
||||
4. Choisir **Add > SSH**, saisir le compte `systel` sécurisé, cocher **Elevate account privileges automatically**, puis valider.
|
||||
5. Si une demande de confirmation apparaît, vérifier le contexte avant de cliquer sur **Yes**.
|
||||
6. Cliquer sur **Apply** pour installer les composants Veeam sur le serveur Linux.
|
||||
7. Attendre la fin de l'installation et terminer l'assistant avec **Next** et **Finish**. Installer les composants complémentaires s'ils sont proposés.
|
||||
|
||||
## Configurer une infrastructure Nutanix (AOS)
|
||||
|
||||
### Créer un compte Veeam sur chaque cluster
|
||||
|
||||
Pour chaque cluster Nutanix, créer un compte Veeam avec les droits nécessaires :
|
||||
|
||||
1. Dans Prism Element, ouvrir **Settings > Local User Management**.
|
||||
2. Cliquer sur **+ New User**.
|
||||
3. Renseigner les champs demandés, cocher **Cluster Admin** et **Backup Admin**, puis cliquer sur **Save**.
|
||||
4. Générer et enregistrer le mot de passe du compte dans RDM.
|
||||
|
||||
### Ajouter un cluster Nutanix comme Managed Server
|
||||
|
||||
1. Dans **Backup Infrastructure**, faire un clic droit sur **Managed Servers**, puis choisir **Add Server**.
|
||||
2. Sélectionner **Virtualization Platforms > Nutanix AHV**.
|
||||
3. Saisir l'adresse IP du cluster Nutanix, puis cliquer sur **Next**.
|
||||
4. Renseigner les identifiants du compte Veeam créé sur ce cluster.
|
||||
5. Si un avertissement apparaît, vérifier son contenu avant de cliquer sur **Continue**.
|
||||
6. Saisir l'adresse IP de la VM d'assistance, généralement l'adresse suivant celle du proxy Veeam, puis poursuivre l'assistant.
|
||||
|
||||
> **À confirmer :** l'étape de configuration de la VM d'assistance est indiquée comme étant en cours de revue avec le support Veeam. Valider cette procédure avant son exécution.
|
||||
|
||||
7. Cliquer sur **Next**, puis **Finish**.
|
||||
8. Lorsque Veeam propose de créer un **Nutanix AHV Backup Proxy**, cliquer sur **Yes** pour lancer sa création.
|
||||
|
||||
### Créer un proxy de sauvegarde Nutanix
|
||||
|
||||
1. Conserver **Deploy a new proxy**, puis cliquer sur **Next**.
|
||||
2. Avec **Choose**, sélectionner le cluster et le conteneur de stockage.
|
||||
3. Dans **Advanced**, définir **Max concurrent tasks** et les ressources CPU/RAM conformément au DCI.
|
||||
|
||||
Pour Veeam Backup for Nutanix AHV 7, le dimensionnement indiqué est :
|
||||
|
||||
- `2 vCPU` et `2 Go` de RAM pour la gestion du proxy;
|
||||
- `1 vCPU` et `1 Go` de RAM par tâche de sauvegarde simultanée.
|
||||
|
||||
Ainsi, pour quatre tâches simultanées, prévoir `6 vCPU` et `6 Go` de RAM. Vérifier que ces valeurs correspondent à la version du plug-in installée.
|
||||
|
||||
4. Valider les ressources avec **OK**, puis cliquer sur **Next**.
|
||||
5. Créer des identifiants dédiés à la VM proxy, les enregistrer dans RDM et les saisir dans l'assistant.
|
||||
6. Configurer le réseau selon le DCI. La liste **Network** reprend les VLAN déclarés dans **Prism Element > Settings > Network > Network Configuration**.
|
||||
7. Dans **Networks**, renseigner les DNS; utiliser **Obtain automatically** si cette option correspond à la configuration prévue.
|
||||
8. Conserver les paramètres par défaut pour les étapes suivantes et cliquer sur **Apply**.
|
||||
9. Attendre la création de la VM `VEEAM-PROXY`, puis terminer avec **Next** et **Finish**.
|
||||
|
||||
Le proxy **Nutanix AHV Backup Proxy** dispose de sa propre interface Web.
|
||||
|
||||
### Ajouter un Gateway Server pour le dépôt NAS
|
||||
|
||||
Le proxy Nutanix utilise un worker pour traiter les sauvegardes à la source. Le transfert des sauvegardes vers le NAS nécessite le service **Veeam Data Mover**. Ce service étant présent par défaut sur les proxys VMware mais pas sur les proxys Nutanix, déployer une VM Windows dédiée près du NAS.
|
||||
|
||||
Préparer cette VM selon la procédure **Préparation d'un serveur Windows**. Comme pour le serveur Veeam, ne pas la joindre au domaine Active Directory; ignorer cette étape dans la procédure Windows.
|
||||
|
||||
#### Ajouter la VM comme serveur géré
|
||||
|
||||
Ajouter le serveur Windows dans **Managed Servers**. Veeam y installera les composants nécessaires.
|
||||
|
||||
#### Déclarer le serveur comme Gateway Server
|
||||
|
||||
Dans **Backup Infrastructure**, faire un clic droit sur le dépôt NAS concerné et choisir **Properties**. Dans **Share**, définir le **Gateway Server** sur le serveur Windows ajouté, valider puis attendre l'application des paramètres.
|
||||
|
||||
## Créer les tâches de sauvegarde Veeam
|
||||
|
||||
Configurer le nombre de tâches et leurs paramètres (sauvegardes complètes ou incrémentielles, calendrier et durée de rétention) conformément au plan de sauvegarde du DCI.
|
||||
|
||||
Créer les tâches requises pour les VM hébergées sur Nutanix et sur VMware. Les paramètres détaillés des tâches n'étant pas transcrits dans la procédure source, les reprendre du DCI et du plan de sauvegarde validé.
|
||||
|
||||
## Vérifier la licence
|
||||
|
||||
Dans le menu principal, ouvrir **License** pour consulter l'état et la date d'expiration de la licence, ainsi que le nombre de VM utilisées et disponibles.
|
||||
|
||||
@@ -0,0 +1,176 @@
|
||||
# Configurer un serveur Active Directory
|
||||
|
||||
## 1. Prérequis
|
||||
|
||||
- Suivre la procédure **Exporter et importer une VM depuis la plateforme de Production** pour importer la VM AD dans l'environnement client.
|
||||
- Disposer de notions de base sur Active Directory et les stratégies de groupe (GPO).
|
||||
- Suivre la procédure **Préparation d'un serveur Windows** pour préparer le serveur.
|
||||
- Récupérer le mot de passe initial dans le coffre-fort sécurisé prévu à cet effet; ne pas stocker de mot de passe en clair dans cette procédure.
|
||||
|
||||
## 2. Installer les rôles et créer le domaine
|
||||
|
||||
Effectuer ces étapes d'abord sur AD1, puis sur AD2.
|
||||
|
||||
1. Ouvrir `D:\Install\Scripts`.
|
||||
2. Exécuter `4-Creation_Domaine_AD.ps1` avec les droits requis.
|
||||
3. Si le script demande de ne plus afficher un message, saisir `T`.
|
||||
4. Saisir le nom complet du domaine Active Directory conformément au DCSR.
|
||||
5. Indiquer le serveur en cours de configuration : `AD1` ou `AD2`.
|
||||
|
||||
### 2.1 Configurer AD1
|
||||
|
||||
Lorsque le script le demande, saisir le mot de passe de restauration des services d'annuaire (DSRM). Générer un mot de passe robuste de 20 caractères comprenant des majuscules, des minuscules et des chiffres, puis l'enregistrer dans RDM.
|
||||
|
||||
Laisser l'installation des rôles et du domaine se terminer. Appuyer sur **Entrée** pour terminer et redémarrer le serveur.
|
||||
|
||||
Après le redémarrage, vérifier les paramètres DNS de l'interface réseau : l'adresse du DNS secondaire peut avoir été réinitialisée. Se reporter à la procédure **Préparation d'un serveur Windows**.
|
||||
|
||||
### 2.2 Configurer AD2
|
||||
|
||||
Exécuter également `4-Creation_Domaine_AD.ps1` sur AD2 et choisir `AD2`.
|
||||
|
||||
Lorsque le script le demande :
|
||||
|
||||
1. Saisir les identifiants d'un administrateur du domaine, en précisant le nom NetBIOS ou le nom complet du domaine.
|
||||
2. Saisir le mot de passe de restauration DSRM configuré pour le domaine.
|
||||
3. Attendre la fin de l'installation, puis appuyer sur **Entrée** pour terminer et redémarrer.
|
||||
|
||||
## 3. Configurer le domaine Active Directory
|
||||
|
||||
Avant de poursuivre, terminer les opérations précédentes sur AD1 et AD2 et vérifier que les deux contrôleurs de domaine sont configurés et synchronisés. Les étapes suivantes ne sont à effectuer que sur un seul contrôleur de domaine; l'exemple utilise AD1. Les changements sont répliqués vers AD2.
|
||||
|
||||
1. Sur le contrôleur choisi, ouvrir `D:\Install\Scripts` et exécuter `5-Configuration_Domaine_AD.ps1` avec les droits requis.
|
||||
2. Si le script demande de ne plus afficher un message, saisir `T`.
|
||||
3. Saisir le numéro de département sur deux ou trois caractères.
|
||||
4. Indiquer le moteur de base de données utilisé par l'infrastructure en saisissant `ORA` ou `SQL` en majuscules.
|
||||
5. Indiquer si l'infrastructure comporte des plateformes de formation et de test en saisissant `OUI` ou `NON` en majuscules.
|
||||
|
||||
Le script installe le magasin central de modèles ADMX, crée les unités d'organisation, les comptes utilisateurs, les groupes et les GPO.
|
||||
|
||||
Des ajustements manuels restent nécessaires.
|
||||
|
||||
## 4. Mettre à jour les GPO
|
||||
|
||||
Les captures de la procédure d'origine contenaient certains paramètres et valeurs qui ne sont pas retranscrits ici. Pour ces paramètres, se référer au DCSR, aux GPO de référence ou à l'équipe responsable avant toute modification.
|
||||
|
||||
### 4.1 GPO `WORKSTATIONS-CONFIGURATION`
|
||||
|
||||
- Corriger les paramètres propres au client en remplaçant `xx` par le numéro de département, selon le DCSR et la configuration de référence.
|
||||
- Pour le paramètre de groupe en erreur, supprimer l'entrée incorrecte et recréer le groupe attendu d'après la configuration de référence.
|
||||
|
||||
### 4.2 GPO `WORKSTATIONS-SUP-VEILLE`
|
||||
|
||||
Ajouter au filtrage de sécurité le ou les postes **Mur d'Image**, s'ils existent.
|
||||
|
||||
### 4.3 GPO `SERVERS-SERVICES-SPOOLER`
|
||||
|
||||
Cette GPO doit s'appliquer à tous les serveurs, sauf aux serveurs **MULTI** et **SPOOLER**. La procédure indique que la GPO n'est normalement pas liée à l'OU `T1-INFRA-SERVERS` de ces serveurs. Créer un filtre WMI pour exclure les machines dont le nom contient `SPOOLER` ou `MULTI` :
|
||||
|
||||
- **Nom** : `Exclure SPOOLER et MULTI`
|
||||
- **Espace de noms** : `root\CIMv2`
|
||||
- **Requête** :
|
||||
|
||||
```sql
|
||||
SELECT * FROM Win32_ComputerSystem WHERE NOT (Name LIKE "%SPOOLER%" OR Name LIKE "%MULTI%")
|
||||
```
|
||||
|
||||
Associer ensuite ce filtre WMI à la GPO `SERVERS-SERVICES-SPOOLER`.
|
||||
|
||||
### 4.4 GPO `USERS-ENV-CONF`
|
||||
|
||||
- Corriger les paramètres propres au client en remplaçant `xx` par le numéro de département, selon la configuration de référence.
|
||||
- Mettre à jour les chemins des redirections des dossiers **Images** et **Téléchargement**.
|
||||
- Adapter le chemin selon que la plateforme utilise un NAS ou non :
|
||||
|
||||
```text
|
||||
\\ctaXX.local\SYSTEL\PartageOP
|
||||
\\NAS-X\PartageOP
|
||||
```
|
||||
|
||||
### 4.5 GPO `USERS-PRINTERS_ADD_ALL`
|
||||
|
||||
Remplacer les imprimantes par celles du client. Les imprimantes doivent d'abord être installées sur le serveur d'impression SPOOLER.
|
||||
|
||||
### 4.6 GPO `USERS-ENV-RESTRICTION`
|
||||
|
||||
Corriger le paramètre propre au client en remplaçant `xx` par le numéro de département, selon la configuration de référence.
|
||||
|
||||
### 4.7 GPO `SERVERS-WORKSTATION-DENY-ADMIN*`
|
||||
|
||||
Mettre à jour les comptes des stratégies de groupe concernées. Une fois ces stratégies appliquées, l'ouverture de session RDP avec un compte Administrateur du domaine peut être interdite. Utiliser alors `AdminLocal` ou le compte dédié au serveur, à condition qu'il appartienne au groupe local **Administrateurs** (par exemple sur `MULTI1`, `MULTI2` ou `DWH`).
|
||||
|
||||
Pour chacune des stratégies listées ci-dessous, vérifier les droits pour les trois paramètres suivants :
|
||||
|
||||
- **Interdire l'ouverture d'une session locale**
|
||||
- **Interdire l'ouverture de session en tant que service**
|
||||
- **Interdire l'ouverture de session par les services Terminal Server**
|
||||
|
||||
Supprimer les comptes inconnus et ajouter les comptes du domaine concernés. Adapter `CTAxx` au nom de domaine de la plateforme. Les listes sont séparées par des points-virgules :
|
||||
|
||||
```text
|
||||
SERVERS-WORKSTATION-DENY-ADMIN
|
||||
CTAxx\DnsAdmins; CTAxx\Admins du domaine; CTAxx\Administrateurs du schéma; CTAxx\Administrateurs de l’entreprise
|
||||
|
||||
SERVERS-WORKSTATION-DENY-ADMIN+BD1+BD2
|
||||
CTAxx\DnsAdmins; CTAxx\BD2; CTAxx\BD1; CTAxx\Admins du domaine; CTAxx\Administrateurs du schéma; CTAxx\Administrateurs de l’entreprise
|
||||
|
||||
SERVERS-WORKSTATION-DENY-ADMIN+BDF
|
||||
CTAxx\DnsAdmins; CTAxx\BDF; CTAxx\Admins du domaine; CTAxx\Administrateurs du schéma; CTAxx\Administrateurs de l’entreprise
|
||||
|
||||
SERVERS-WORKSTATION-DENY-ADMIN+BDF+BD1
|
||||
CTAxx\DnsAdmins; CTAxx\BDF; CTAxx\BD1; CTAxx\Admins du domaine; CTAxx\Administrateurs du schéma; CTAxx\Administrateurs de l’entreprise
|
||||
|
||||
SERVERS-WORKSTATION-DENY-ADMIN+BDF+BD2
|
||||
CTAxx\DnsAdmins; CTAxx\BDF; CTAxx\BD2; CTAxx\Admins du domaine; CTAxx\Administrateurs du schéma; CTAxx\Administrateurs de l’entreprise
|
||||
|
||||
SERVERS-WORKSTATION-DENY-ADMIN+MULTI1
|
||||
CTAxx\MULTI1; CTAxx\DnsAdmins; CTAxx\Admins du domaine; CTAxx\Administrateurs du schéma; CTAxx\Administrateurs de l’entreprise
|
||||
|
||||
SERVERS-WORKSTATION-DENY-ADMIN+MULTI2
|
||||
CTAxx\MULTI2; CTAxx\DnsAdmins; CTAxx\Admins du domaine; CTAxx\Administrateurs du schéma; CTAxx\Administrateurs de l’entreprise
|
||||
|
||||
SERVERS-WORKSTATION-DENY-ADMIN-T0
|
||||
CTAxx\DnsAdmins; CTAxx\Admins du domaine; CTAxx\Administrateurs du schéma
|
||||
```
|
||||
|
||||
Répéter la liste des utilisateurs dans chacune des trois stratégies correspondantes, conformément à la configuration de référence. Vérifier les comptes et les droits avant de lier ou d'appliquer les GPO.
|
||||
|
||||
## 5. Mettre à jour les comptes de service
|
||||
|
||||
Dans Active Directory, ouvrir l'OU `T1-ZONE > T1-INFRA > T1-INFRA-USERS`.
|
||||
|
||||
Activer les comptes utilisés pour administrer l'infrastructure (commutateurs, pare-feu, Nutanix, TELEML et bastion), selon les besoins de la plateforme. Pour chaque compte activé, générer un mot de passe robuste de 20 caractères avec caractères spéciaux et l'enregistrer dans RDM.
|
||||
|
||||
## 6. Placer les postes et serveurs dans leurs OU
|
||||
|
||||
Après leur jonction au domaine, déplacer les objets ordinateurs depuis l'OU `Computers` vers l'OU appropriée :
|
||||
|
||||
- Postes opérateurs : `T2-WORKSTATIONS`.
|
||||
- Serveurs : `T1-SERVERS`.
|
||||
- Serveurs TELEML et SPOOLER : `T1-INFRA-SERVERS`.
|
||||
- Serveurs `TELEM_T0` : `T0-SERVERS`.
|
||||
|
||||
## 7. Configurer DFSR (partage de fichiers)
|
||||
|
||||
> **Prérequis :** les deux serveurs AD doivent être créés et répliqués avant de commencer.
|
||||
|
||||
### 7.1 Créer l'espace de noms
|
||||
|
||||
1. Ouvrir **Gestion du système de fichiers distribués DFS** et lancer l'assistant **Nouvel espace de noms**.
|
||||
2. Ajouter AD1 comme serveur d'espace de noms.
|
||||
3. Saisir `SYSTEL` comme nom de l'espace de noms et ouvrir **Modifier les paramètres**.
|
||||
4. Configurer les paramètres conformément à la configuration de référence et valider.
|
||||
5. Conserver les paramètres par défaut pour les écrans suivants, puis cliquer sur **Créer** et **Fermer**.
|
||||
6. Sélectionner l'espace de noms créé, puis choisir **Ajouter un serveur d'espace de noms**.
|
||||
7. Ajouter AD2, configurer les paramètres conformément à la référence, puis valider les éventuels avertissements après vérification.
|
||||
|
||||
### 7.2 Configurer les droits NTFS sur AD1
|
||||
|
||||
AD1 sert de serveur de référence. Configurer les droits suivants :
|
||||
|
||||
- `D:\SYSTEL\Profils` : lecture et exécution pour `GRP_USERS_T2`.
|
||||
- `D:\SYSTEL\Partages` : lecture et modification pour `GRP_USERS_T1` et `GRP_USERS_T2`.
|
||||
|
||||
### 7.3 Configurer la réplication DFSR
|
||||
|
||||
La procédure source s'arrête pendant la configuration de la réplication. Compléter cette section à partir de la configuration de référence avant d'exploiter le partage : création du groupe de réplication, ajout d'AD1 et AD2, sélection du membre principal, définition des chemins locaux et planification de la réplication. Les paramètres détaillés n'étant pas présents dans le texte source, ne pas les deviner.
|
||||
@@ -0,0 +1,138 @@
|
||||
# Configuration d'un serveur AVL/MDG
|
||||
|
||||
## 1. Prérequis
|
||||
|
||||
- Suivre la procédure **Exporter et importer une VM depuis la plateforme de Production** pour importer la VM AVL dans l'environnement client.
|
||||
- Suivre la procédure **Préparation d'un serveur Windows** pour préparer le serveur.
|
||||
- Avoir accès à l'ancien serveur AVL, au nouveau serveur, au DCSR, à SQL Server Management Studio et à RDM.
|
||||
|
||||
## 2. Configurer l'interface INPT
|
||||
|
||||
L'interface INPT du serveur AVL nécessite une configuration particulière.
|
||||
|
||||
1. Ouvrir les connexions réseau avec la commande `ncpa.cpl`.
|
||||
2. Ouvrir les propriétés de la carte réseau concernée.
|
||||
3. Ne conserver que les composants requis pour l'interface INPT, conformément à la configuration de référence.
|
||||
4. Configurer l'adresse IP et le masque selon le DCSR ou la configuration de l'ancienne VM. L'exemple d'origine concerne le SDIS 27.
|
||||
|
||||
### 2.1 Recréer les routes IPv4 statiques
|
||||
|
||||
Sur l'ancien serveur AVL, afficher la table de routage :
|
||||
|
||||
```cmd
|
||||
route print
|
||||
```
|
||||
|
||||
Repérer les routes IPv4 ajoutées manuellement. Sur le nouveau serveur, recréer chaque route en remplaçant les valeurs par celles relevées :
|
||||
|
||||
```cmd
|
||||
route -p add x.x.x.x MASK x.x.x.x x.x.x.x
|
||||
```
|
||||
|
||||
Exemple donné pour le SDIS 27 :
|
||||
|
||||
```cmd
|
||||
route -p add 10.27.37.240 MASK 255.255.255.240 10.27.37.238
|
||||
```
|
||||
|
||||
## 3. Migrer la configuration du registre
|
||||
|
||||
1. Sur l'ancien serveur AVL, lancer l'éditeur de registre avec `regedit`.
|
||||
2. Exporter la clé Systel suivante :
|
||||
|
||||
```text
|
||||
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Systel
|
||||
```
|
||||
|
||||
3. Copier le fichier `.reg` généré sur le nouveau serveur et l'importer par double clic.
|
||||
4. Sur le nouveau serveur, ouvrir `regedit` et vérifier les clés et valeurs de `HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Systel`.
|
||||
5. Remplacer les anciennes adresses IP par celles du nouvel environnement. Les noms DNS peuvent être utilisés seulement après validation de leur prise en charge par les applications concernées.
|
||||
|
||||
## 4. Migrer la base SQL LOC
|
||||
|
||||
### 4.1 Sauvegarder la base sur l'ancien serveur
|
||||
|
||||
Avec SQL Server Management Studio, effectuer une sauvegarde de la base `LOC`.
|
||||
|
||||
### 4.2 Copier et restaurer la sauvegarde
|
||||
|
||||
1. Copier le fichier `LOC.bak` sur le nouveau serveur AVL, dans `D:\SQL_Backup`.
|
||||
2. Avec SQL Server Management Studio, restaurer la base `LOC` à partir de cette sauvegarde.
|
||||
3. Vérifier et configurer les options de restauration avant de valider.
|
||||
|
||||
Les options exactes étaient indiquées dans les captures de la procédure d'origine; les confirmer selon l'état de la base et les pratiques SQL du client avant de lancer la restauration.
|
||||
|
||||
### 4.3 Vérifier les utilisateurs SQL
|
||||
|
||||
Les comptes `sa` et `eadstel` sont mentionnés comme déjà créés. Ne pas modifier leurs mots de passe sans validation : certaines applications installées sur le serveur AVL peuvent les utiliser directement. Consulter RDM pour les identifiants autorisés; ne pas inscrire leurs mots de passe dans cette procédure.
|
||||
|
||||
## 5. Vérifier le connecteur ODBC
|
||||
|
||||
Vérifier que le connecteur ODBC `LOCATIONS` fonctionne.
|
||||
|
||||
Si sa configuration doit être restaurée, exécuter le fichier suivant :
|
||||
|
||||
```text
|
||||
D:\Install\Scripts\4-ODBC_LOC.reg
|
||||
```
|
||||
|
||||
Après import, contrôler à nouveau la configuration et le fonctionnement du connecteur.
|
||||
|
||||
## 6. Configurer les applications Systel
|
||||
|
||||
### 6.1 AVL Software
|
||||
|
||||
Depuis l'ancien serveur AVL, copier les fichiers suivants vers les mêmes emplacements sur le nouveau serveur :
|
||||
|
||||
```text
|
||||
C:\Program Files (x86)\AVL Software\Admin\Admin.ini
|
||||
C:\Program Files (x86)\AVL Software\SLoc\srvloc.ini
|
||||
```
|
||||
|
||||
Mettre à jour dans ces fichiers les adresses IP qui doivent pointer vers le nouvel environnement.
|
||||
|
||||
### 6.2 GeoLocAntares
|
||||
|
||||
1. Copier le répertoire suivant depuis l'ancien serveur AVL vers le même emplacement sur le nouveau serveur :
|
||||
|
||||
```text
|
||||
D:\Start\Progs\GeoLocAntares
|
||||
```
|
||||
|
||||
2. Nettoyer le répertoire en supprimant les journaux et les fichiers anciens ou de sauvegarde (`.old`, `.bak`, etc.).
|
||||
3. Modifier `CONFIG_GEOLOCANTARES.xml`.
|
||||
4. Mettre à jour l'adresse IP du serveur AVL.
|
||||
5. Vérifier la cohérence du numéro de SDIS.
|
||||
6. Mettre à jour l'adresse IP de `RPINTVIP` pour les champs `ADRESSE_IP_PINC` et `SEC`.
|
||||
|
||||
Les valeurs exactes doivent correspondre au DCSR et à la configuration réseau du client.
|
||||
|
||||
## 7. Configurer le compte de service et le démarrage automatique
|
||||
|
||||
1. Sur le serveur Active Directory, créer le compte de service AVL et enregistrer son mot de passe dans RDM.
|
||||
2. Ajouter ce compte au groupe local **Administrateurs** du serveur AVL concerné.
|
||||
3. Ouvrir une session sur le serveur AVL avec le compte de service.
|
||||
4. Exécuter en tant qu'administrateur :
|
||||
|
||||
```text
|
||||
D:\Install\System\sources\Autologon.exe
|
||||
```
|
||||
|
||||
5. Accepter le contrat de licence et renseigner les identifiants de la session AVL créée. Les identifiants doivent être gérés dans RDM.
|
||||
6. Ouvrir le dossier de démarrage de la session et y copier les raccourcis vers SRVLOC et GeoLocAntares :
|
||||
|
||||
```text
|
||||
C:\Users\AVL\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup
|
||||
```
|
||||
|
||||
Adapter `AVL` au nom réel de la session. Le dossier peut être ajouté à l'accès rapide pour faciliter les interventions ultérieures.
|
||||
|
||||
Ces réglages permettent le démarrage automatique de la session Windows et des applications Systel au démarrage de la VM.
|
||||
|
||||
## 8. Vérifier les partages et tâches planifiées
|
||||
|
||||
Sur l'ancien serveur AVL, relever les partages SMB et les tâches planifiées. Recréer sur la nouvelle infrastructure ceux qui sont nécessaires, après validation avec l'équipe concernée. Exemple : tâche de purge de la base `LOC`.
|
||||
|
||||
## Points à confirmer
|
||||
|
||||
Les captures de la procédure d'origine contenaient des valeurs détaillées pour les propriétés de la carte INPT, les options de restauration SQL et les paramètres ODBC. Elles n'étant pas transcrites dans le texte, les reprendre depuis le DCSR ou la configuration de l'ancien serveur avant toute modification.
|
||||
@@ -0,0 +1,522 @@
|
||||
# Configuration d'un serveur BD_SQL
|
||||
|
||||
## Prérequis
|
||||
|
||||
Suivre la procédure **Exporter et importer une VM depuis la plateforme de Production** pour importer les VM BDx (SQL) et SQLWitness dans l'environnement client.
|
||||
|
||||
### Préparer les serveurs
|
||||
|
||||
Suivre la procédure **Préparation d'un serveur Windows** pour les serveurs BD. La VM SQLWitness utilise Windows Server Core.
|
||||
|
||||
### Fichier d'échange (SWAP)
|
||||
|
||||
Configurer le fichier d'échange des serveurs BD sur le disque `F:` avec une taille de `4096 Mo`. Après Sysprep, vérifier que ce paramètre est toujours appliqué.
|
||||
|
||||
|
||||
|
||||
## Configurer la VM SQLWitness
|
||||
|
||||
Après l'import, ouvrir la VM en mode console depuis l'hyperviseur.
|
||||
|
||||
### Configuration réseau
|
||||
|
||||
Dans l'interface de configuration, saisir `15` pour ouvrir la ligne de commande.
|
||||
|
||||
|
||||
Exécuter `Get-NetAdapter` et `ipconfig` afin de relever l'index (`ifIndex`), l'adresse IP et la passerelle de l'interface :
|
||||
|
||||
|
||||
Supprimer la configuration actuelle de la carte en remplaçant l'index et les valeurs par les informations relevées précédemment :
|
||||
|
||||
```powershell
|
||||
Remove-NetIPAddress -InterfaceIndex 6 -IPAddress xxx.xxx.xxx.xxx -PrefixLength 24 -DefaultGateway xxx.xxx.xxx.xxx
|
||||
```
|
||||
|
||||
|
||||
Enregistrer la nouvelle configuration de la carte en remplaçant les valeurs par celles du DCSR :
|
||||
|
||||
```powershell
|
||||
New-NetIPAddress -InterfaceIndex 6 -IPAddress xxx.xxx.xxx.xxx -PrefixLength 24 –DefaultGateway xxx.xxx.xxx.xxx
|
||||
```
|
||||
|
||||
|
||||
Revenir à l'écran de configuration avec la commande :
|
||||
|
||||
```powershell
|
||||
sconfig
|
||||
```
|
||||
|
||||
|
||||
Saisir `8` afin de configurer l'interface réseau, puis sélectionner l'interface principale.
|
||||
|
||||
|
||||
|
||||
|
||||
Choisir `2` pour configurer les serveurs DNS associés à la carte réseau.
|
||||
|
||||
|
||||
### Joindre le domaine Active Directory
|
||||
|
||||
Dans `sconfig`, saisir `1` pour configurer le nom de domaine. Entrer les informations demandées, puis redémarrer le serveur.
|
||||
|
||||
|
||||
|
||||
|
||||
Après le redémarrage, se connecter en tant qu'administrateur du domaine. Ajouter le compte AD SQLWitness au groupe local **Administrateurs** du serveur, en remplaçant `xx` par le numéro de département :
|
||||
|
||||
```powershell
|
||||
Add-LocalGroupMember -Group "Administrateurs" -Member "CTAxx\SQLWitness"
|
||||
```
|
||||
|
||||
|
||||
Fermer ensuite la session d'administrateur du domaine et ouvrir une session avec le compte SQLWitness.
|
||||
|
||||
### Comptes locaux
|
||||
|
||||
Dans `sconfig`, saisir `15` pour ouvrir PowerShell.
|
||||
|
||||
|
||||
Le compte Administrateur est désactivé par défaut. Définir un nouveau mot de passe pour les comptes locaux concernés :
|
||||
|
||||
```powershell
|
||||
$Password = Read-Host "Enter the new password" -AsSecureString
|
||||
Set-LocalUser -name "AdminLocal" -Password $Password
|
||||
Set-LocalUser -name "Administrateur" -Password $Password
|
||||
```
|
||||
|
||||
### Créer le partage SQLWitness
|
||||
|
||||
Les commandes suivantes suppriment le partage existant et son contenu, puis recréent le partage `SQL_Witness` :
|
||||
|
||||
```powershell
|
||||
Remove-SmbShare -Name "SQL_Witness"
|
||||
Get-ChildItem C:\SQL_Witness\* | Remove-Item -recurse -force
|
||||
New-SmbShare -Name SQL_Witness -Path C:\SQL_Witness -FullAccess "Administrateurs"
|
||||
Grant-SmbShareAccess -Name "SQL_Witness" -AccountName "CTAXX\GRP_BD_T1" -AccessRight Full -Force
|
||||
```
|
||||
|
||||
|
||||
## Créer le cluster Windows
|
||||
|
||||
1. Sur un serveur AD, ouvrir le Gestionnaire DNS.
|
||||
2. Accorder au groupe **Utilisateurs authentifiés** les droits requis sur l'hôte `BDWINVIP`, conformément à la configuration de référence.
|
||||
3. Sur BD1, connecté avec un compte administrateur du domaine, ouvrir le **Gestionnaire du cluster de basculement**.
|
||||
4. Faire un clic droit sur **Gestionnaire du cluster**, puis choisir **Créer le cluster**.
|
||||
5. Sélectionner les deux serveurs SQL et exécuter les tests de validation.
|
||||
6. Nommer le cluster `BDWINVIP` et saisir l'adresse IP de sa VIP conformément au DCSR.
|
||||
7. Décocher l'option de stockage, puis terminer l'assistant.
|
||||
|
||||
### Ajouter le quorum (témoin de partage de fichiers)
|
||||
|
||||
1. Dans le Gestionnaire du cluster de basculement, ouvrir **Configurer les paramètres du quorum du cluster**.
|
||||
2. Sélectionner **Configuration avancée** et conserver tous les nœuds.
|
||||
3. Choisir **Configurer un témoin de partage de fichiers**.
|
||||
4. Parcourir les partages et sélectionner le partage créé sur SQLWitness.
|
||||
5. Valider la configuration et vérifier que le témoin apparaît en état opérationnel.
|
||||
|
||||
Sélectionner configuration avancée :
|
||||
|
||||
|
||||
Laisser à défaut avec tous les noeuds :
|
||||
|
||||
|
||||
Sélectionner Configurer un témoin de partage de fichiers :
|
||||
|
||||
|
||||
Via le bouton Parcourir, aller chercher le partage sur le serveur SQLWITNESS :
|
||||
|
||||
|
||||
Valider une fois effectué :
|
||||
|
||||
|
||||
Vous devriez obtenir un résultat similaire :
|
||||
|
||||
|
||||
## Configurer SQL Server
|
||||
|
||||
Reconnecter les serveurs BD concernés avec les comptes de domaine prévus et fermer les sessions ouvertes avec le compte Administrateur du domaine. SQL Server est préinstallé et configuré dans le modèle de VM.
|
||||
|
||||
1. Ouvrir **SQL Server Configuration Manager 2022** depuis le raccourci du bureau.
|
||||
2. Arrêter les trois services SQL.
|
||||
|
||||
|
||||
Configurer les comptes de service SQL du domaine avec leurs mots de passe à jour et vérifier que leur type de démarrage est **Automatique**.
|
||||
|
||||
|
||||
Activer également **Always On** sur le service SQL Server destiné au cluster de bases de données. Ne pas effectuer cette étape sur les serveurs BDF et BDT.
|
||||
|
||||
|
||||
Redémarrer **SQL Server** et **SQL Server Agent** depuis le gestionnaire de configuration.
|
||||
|
||||
|
||||
Une fois les serveurs redémarrés, ouvrir SQL Server Management Studio et se connecter avec le compte `sa`. Récupérer son mot de passe dans RDM; ne pas le conserver dans cette procédure.
|
||||
|
||||
|
||||
### Renommer l'instance SQL
|
||||
|
||||
Après le changement de nom du serveur, vérifier le nom configuré dans SQL Server :
|
||||
|
||||
```sql
|
||||
SELECT @@SERVERNAME AS NomServeurConfig,
|
||||
SERVERPROPERTY('MachineName') AS NomMachine,
|
||||
SERVERPROPERTY('ServerName') AS NomServeurComplet;
|
||||
```
|
||||
|
||||
Exécuter le script suivant sur chaque serveur pour remplacer l'ancien nom par le nom actuel de la machine :
|
||||
|
||||
```sql
|
||||
DECLARE @AncienNom NVARCHAR(128);
|
||||
DECLARE @NouveauNom NVARCHAR(128);
|
||||
|
||||
-- Récupération de l'ancien nom configuré dans SQL Server
|
||||
SET @AncienNom = @@SERVERNAME;
|
||||
|
||||
-- Récupération du hostname réel de la machine
|
||||
SET @NouveauNom = CAST(SERVERPROPERTY('MachineName') AS NVARCHAR(128));
|
||||
|
||||
PRINT 'Ancien nom du serveur : ' + ISNULL(@AncienNom, 'Non défini');
|
||||
PRINT 'Nouveau nom du serveur (hostname machine) : ' + @NouveauNom;
|
||||
|
||||
-- Supprimer l'ancien nom
|
||||
IF @AncienNom IS NOT NULL
|
||||
BEGIN
|
||||
EXEC sp_dropserver @server = @AncienNom;
|
||||
END
|
||||
|
||||
-- Ajouter le nouveau nom
|
||||
EXEC sp_addserver @server = @NouveauNom, @local = 'local';
|
||||
GO
|
||||
```
|
||||
|
||||
Redémarrer SQL Server, puis relancer la première requête pour vérifier que les noms correspondent.
|
||||
|
||||
|
||||
|
||||
## Restaurer la base StartDB
|
||||
|
||||
Restaurer la base `StartDB` à partir d'une sauvegarde du client. Cette restauration n'est pas nécessaire sur BD2.
|
||||
|
||||
|
||||
Sélectionner le fichier `.bak` du client.
|
||||
|
||||
|
||||
Dans **Fichiers**, cocher l'option permettant de déplacer les fichiers vers les répertoires appropriés.
|
||||
|
||||
|
||||
Dans **Options**, cocher **Remplacer**, décocher l'option de sauvegarde, puis valider avec **OK**.
|
||||
|
||||
|
||||
La restauration peut prendre quelques minutes.
|
||||
|
||||
|
||||
Dans les propriétés de `StartDB`, régler le mode de récupération sur **Complet** pour BD1/BD2 et sur **Simple** pour les autres serveurs.
|
||||
|
||||
|
||||
Si le niveau de compatibilité est inférieur à 2012, ouvrir `D:\Requetes` et exécuter `Migration_SQL_2012.sql`.
|
||||
|
||||
Si le niveau de compatibilité est 2012, il peut être porté à 2014, mais pas au-delà selon la consigne de cette procédure.
|
||||
|
||||
## Sauvegarder avant Always On
|
||||
|
||||
Effectuer une sauvegarde avant de configurer le cluster Always On. Dans SQL Server Management Studio, ouvrir **Sauvegarder** et renseigner les onglets **Général** et **Options de support** selon la configuration validée pour le client.
|
||||
|
||||
|
||||
Valider avec **OK**, puis suivre l'avancement dans **Progression**.
|
||||
|
||||
|
||||
|
||||
## Configurer le cluster SQL Always On (BD1/BD2 uniquement)
|
||||
|
||||
1. Sur un serveur AD, ouvrir le Gestionnaire DNS et supprimer l'hôte `BDSQLVIP`; il sera recréé automatiquement lors de la configuration du listener.
|
||||
2. Sur l'AD, ouvrir **Active Directory Users and Computers** et activer les **Fonctionnalités avancées**.
|
||||
3. Ouvrir les propriétés de l'OU `T1-SERVERS`.
|
||||
4. Dans l'onglet **Sécurité**, ajouter l'ordinateur `BDWINVIP` et lui accorder le contrôle total sur l'OU selon les autorisations validées.
|
||||
5. Sur BD2, supprimer la base `StartDB`.
|
||||
6. Sur BD1, dans SQL Server Management Studio, créer un nouveau groupe de disponibilité.
|
||||
|
||||
|
||||
Si l'erreur suivante apparaît (généralement suite à une recréation du cluster)
|
||||
|
||||
|
||||
Il sera nécessaire de désactiver puis de réactiver la fonctionnalité AlwaysOn en se basant sur la documentation Microsoft disponible ici :
|
||||
https://learn.microsoft.com/en-us/sql/database-engine/availability-groups/windows/enable-and-disable-always-on-availability-groups-sql-server?view=sql-server-ver16
|
||||
|
||||
Dans l'assistant, saisir `DBSQLHA` comme nom du groupe de disponibilité.
|
||||
|
||||
|
||||
Sélectionner la base `StartDB`, puis cliquer sur **Suivant**.
|
||||
|
||||
|
||||
Cliquer sur **Add Replica** et ajouter le serveur BD2.
|
||||
|
||||
|
||||
Activer **Automatic Failover** pour les deux serveurs.
|
||||
|
||||
|
||||
Dans l'onglet **Listener**, créer la VIP SQL `BDSQLVIP` avec l'adresse IP indiquée dans le DCSR, puis cliquer sur **Suivant**.
|
||||
|
||||
|
||||
Sélectionner **Amorçage automatique**, puis cliquer sur **Suivant**.
|
||||
|
||||
|
||||
Vérifier que tous les contrôles de validation sont réussis, puis cliquer sur **Suivant**.
|
||||
|
||||
|
||||
Une fois la configuration terminée et validée, cliquer sur **Close**.
|
||||
|
||||
|
||||
|
||||
Vérifier que le cluster SQL apparaît dans la section **HA**.
|
||||
|
||||
|
||||
Une fois le cluster créé, régler le paramètre concerné sur **Élevé** afin d'optimiser le temps de démarrage, conformément à la configuration de référence.
|
||||
|
||||
|
||||
## Configurer les comptes SQL
|
||||
|
||||
Trois comptes SQL sont utilisés :
|
||||
|
||||
- `start` : compte applicatif utilisé par les applications Start et associé à la base `StartDB`.
|
||||
- `admin` : compte utilisé pour administrer la base (configuration, requêtes, etc.).
|
||||
- `sa` : compte super-administrateur, à utiliser uniquement en dernier recours.
|
||||
|
||||
Dans l'onglet **General**, modifier les mots de passe `admin` et `sa`, puis les enregistrer dans RDM. Le mot de passe `sa` doit comporter 20 caractères avec des majuscules, des minuscules et des chiffres.
|
||||
|
||||
|
||||
### Créer le compte `start` sur BD1
|
||||
|
||||
Exécuter le script suivant sur BD1. Remplacer la valeur d'exemple de `@Password` par le mot de passe défini et stocké dans RDM, puis relever le SID retourné.
|
||||
|
||||
```sql
|
||||
USE [master];
|
||||
|
||||
DECLARE @UserName SYSNAME = N'start';
|
||||
DECLARE @Password NVARCHAR(128) = N'MonMotDePasseSécurisé';
|
||||
DECLARE @DBName SYSNAME = N'StartDB';
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 1. Supprimer le login s'il existe déjà
|
||||
------------------------------------------------------------
|
||||
IF EXISTS (SELECT 1 FROM sys.server_principals WHERE name = @UserName)
|
||||
BEGIN
|
||||
EXEC(N'DROP LOGIN [' + @UserName + N']');
|
||||
PRINT 'INFO Ancien login supprimé.';
|
||||
END;
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 2. Créer le login
|
||||
------------------------------------------------------------
|
||||
EXEC(N'CREATE LOGIN [' + @UserName + N']
|
||||
WITH PASSWORD = N''' + @Password + N''',
|
||||
CHECK_POLICY = OFF,
|
||||
CHECK_EXPIRATION = OFF;');
|
||||
|
||||
PRINT 'OK Login créé.';
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 3. Supprimer l’utilisateur dans la base s’il existe
|
||||
------------------------------------------------------------
|
||||
DECLARE @SQL NVARCHAR(MAX);
|
||||
|
||||
SET @SQL = '
|
||||
USE [' + @DBName + '];
|
||||
|
||||
IF EXISTS (SELECT 1 FROM sys.database_principals WHERE name = ''' + @UserName + ''')
|
||||
BEGIN
|
||||
DROP USER [' + @UserName + '];
|
||||
PRINT ''INFO Ancien utilisateur supprimé.'';
|
||||
END;
|
||||
';
|
||||
EXEC(@SQL);
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 4. Créer l’utilisateur lié au login
|
||||
------------------------------------------------------------
|
||||
SET @SQL = '
|
||||
USE [' + @DBName + '];
|
||||
|
||||
CREATE USER [' + @UserName + '] FOR LOGIN [' + @UserName + '] WITH DEFAULT_SCHEMA = [dbo];
|
||||
PRINT ''OK Utilisateur créé.';
|
||||
|
||||
-- Ajouter au rôle db_owner
|
||||
ALTER ROLE [db_owner] ADD MEMBER [' + @UserName + '];
|
||||
PRINT ''OK Utilisateur ajouté au rôle db_owner.'';
|
||||
';
|
||||
EXEC(@SQL);
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 5. Récupérer le SID du login
|
||||
------------------------------------------------------------
|
||||
SELECT name, sid
|
||||
FROM sys.server_principals
|
||||
WHERE name = @UserName;
|
||||
```
|
||||
|
||||
Une fois le SID récupéré sur BD1, exécuter le script suivant sur BD2 pour recréer le login `start` avec le même mot de passe et le SID obtenu sur BD1. Remplacer les valeurs d'exemple avant l'exécution :
|
||||
|
||||
```sql
|
||||
USE [master];
|
||||
|
||||
DECLARE @UserName SYSNAME = N'start';
|
||||
DECLARE @Password NVARCHAR(128) = N'MonMotDePasseSécurisé';
|
||||
DECLARE @SID VARBINARY(85) = 0x5077C0831A396E4692011149BD90C403; -- Remplacer par le SID du 1er serveur
|
||||
DECLARE @DBName SYSNAME = N'StartDB'; -- Nom de la base à contrôler
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 1. Supprimer et recréer le login avec le bon SID
|
||||
------------------------------------------------------------
|
||||
IF EXISTS (SELECT 1 FROM sys.server_principals WHERE name = @UserName)
|
||||
BEGIN
|
||||
EXEC(N'DROP LOGIN [' + @UserName + N']');
|
||||
PRINT 'INFO Ancien login supprimé.';
|
||||
END;
|
||||
|
||||
DECLARE @CreateLoginSQL NVARCHAR(MAX);
|
||||
|
||||
SET @CreateLoginSQL = N'CREATE LOGIN [' + @UserName + N']
|
||||
WITH PASSWORD = N''' + @Password + N''',
|
||||
CHECK_POLICY = OFF,
|
||||
CHECK_EXPIRATION = OFF,
|
||||
SID = ' + CONVERT(NVARCHAR(MAX), @SID, 1) + N';';
|
||||
|
||||
EXEC(@CreateLoginSQL);
|
||||
|
||||
PRINT 'OK Login recréé avec le SID du premier serveur.';
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 2. Récupérer le SID du login
|
||||
------------------------------------------------------------
|
||||
SELECT name, sid
|
||||
FROM sys.server_principals
|
||||
WHERE name = @UserName;
|
||||
```
|
||||
|
||||
Le SID du login `start` sur BD2 doit correspondre au SID du login sur BD1.
|
||||
|
||||
Le script suivant compare le SID du login et celui de l'utilisateur `start` dans `StartDB`. Sur un réplica qui n'autorise pas la lecture de la base, le script renvoie un message d'information.
|
||||
|
||||
```sql
|
||||
USE [master];
|
||||
|
||||
DECLARE @UserName SYSNAME = N'start';
|
||||
DECLARE @DBName SYSNAME = N'StartDB';
|
||||
DECLARE @LoginSID VARBINARY(85);
|
||||
DECLARE @UserSID VARBINARY(85);
|
||||
DECLARE @SQL NVARCHAR(MAX);
|
||||
DECLARE @RoleDesc NVARCHAR(60);
|
||||
DECLARE @DbState NVARCHAR(60);
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 1. Récupérer le SID du login (instance)
|
||||
------------------------------------------------------------
|
||||
SELECT @LoginSID = sid
|
||||
FROM sys.server_principals
|
||||
WHERE name = @UserName;
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 2. Vérifier le rôle du réplica local (PRIMARY ou SECONDARY)
|
||||
------------------------------------------------------------
|
||||
SELECT @RoleDesc = rs.role_desc
|
||||
FROM sys.dm_hadr_availability_replica_states rs
|
||||
JOIN sys.availability_replicas r
|
||||
ON rs.replica_id = r.replica_id
|
||||
WHERE rs.is_local = 1;
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 3. Vérifier l’accessibilité de la base
|
||||
------------------------------------------------------------
|
||||
SELECT @DbState = state_desc
|
||||
FROM sys.databases
|
||||
WHERE name = @DBName;
|
||||
|
||||
------------------------------------------------------------
|
||||
-- 4. Si la base est accessible (READ_WRITE ou READ_ONLY), comparer
|
||||
------------------------------------------------------------
|
||||
IF @DbState IN ('ONLINE')
|
||||
BEGIN
|
||||
BEGIN TRY
|
||||
SET @SQL = '
|
||||
SELECT @UserSID_OUT = sid
|
||||
FROM [' + @DBName + '].sys.database_principals
|
||||
WHERE name = @UserName_IN;
|
||||
';
|
||||
|
||||
EXEC sp_executesql
|
||||
@SQL,
|
||||
N'@UserName_IN SYSNAME, @UserSID_OUT VARBINARY(85) OUTPUT',
|
||||
@UserName_IN = @UserName,
|
||||
@UserSID_OUT = @UserSID OUTPUT;
|
||||
|
||||
SELECT
|
||||
@RoleDesc AS [ReplicaRole],
|
||||
@DBName AS [Base],
|
||||
@UserName AS [Nom],
|
||||
@LoginSID AS [SID_Login_Instance],
|
||||
@UserSID AS [SID_Utilisateur_Base],
|
||||
CASE
|
||||
WHEN @LoginSID IS NULL THEN 'NOK Le login n’existe pas sur l’instance'
|
||||
WHEN @UserSID IS NULL THEN 'NOK L’utilisateur n’existe pas dans la base'
|
||||
WHEN @LoginSID = @UserSID THEN 'OK : Login et utilisateur ont le même SID'
|
||||
ELSE 'WARNING Problème : SID différents (utilisateur orphelin)'
|
||||
END AS [Résultat];
|
||||
END TRY
|
||||
BEGIN CATCH
|
||||
SELECT
|
||||
@RoleDesc AS [ReplicaRole],
|
||||
@DBName AS [Base],
|
||||
@UserName AS [Nom],
|
||||
@LoginSID AS [SID_Login_Instance],
|
||||
NULL AS [SID_Utilisateur_Base],
|
||||
'INFO : Impossible de lire la base sur ce réplica (erreur capturée)' AS [Résultat];
|
||||
END CATCH
|
||||
END
|
||||
ELSE
|
||||
BEGIN
|
||||
SELECT
|
||||
@RoleDesc AS [ReplicaRole],
|
||||
@DBName AS [Base],
|
||||
@UserName AS [Nom],
|
||||
@LoginSID AS [SID_Login_Instance],
|
||||
NULL AS [SID_Utilisateur_Base],
|
||||
'INFO : Base non accessible en lecture sur ce réplica secondaire' AS [Résultat];
|
||||
END;
|
||||
```
|
||||
Si le résultat indique que le login et l'utilisateur ont le même SID, aucune action supplémentaire n'est nécessaire.
|
||||
|
||||
## Vérifier les jobs SQL
|
||||
|
||||
Les jobs SQL sont préconfigurés. Vérifier qu'ils sont activés et qu'ils s'exécutent correctement.
|
||||
|
||||
|
||||
|
||||
## Mettre à jour les paramètres en base
|
||||
|
||||
Les modèles de requêtes se trouvent dans `D:\Requetes`.
|
||||
|
||||
### `MiseAJourDesParametresEnBaseSTART.sql`
|
||||
|
||||
Avant l'exécution, remplacer les valeurs `XX` par les adresses IP ou noms correspondant à l'infrastructure. Comparer les valeurs avec celles déjà présentes dans `StartDB` et identifier les paramètres à modifier dans les tables concernées.
|
||||
|
||||
Exemple de vérification :
|
||||
|
||||
```sql
|
||||
SELECT * FROM PARAMETRES_CTA_COMPLEMENTAIRES;
|
||||
```
|
||||
|
||||
### `MiseAJourDesParametresPOSTES.sql`
|
||||
|
||||
Avant l'exécution, remplacer les valeurs `XX` par les adresses IP ou noms correspondant à l'infrastructure. Comparer les valeurs avec celles déjà présentes dans `StartDB`.
|
||||
|
||||
Exemple de vérification :
|
||||
|
||||
```sql
|
||||
SELECT * FROM UC;
|
||||
```
|
||||
|
||||
## Scripts d'import BDF
|
||||
|
||||
Ajouter le compte BDF au groupe local **Administrateurs** du serveur MULTIF, comme dans l'environnement de test. Cette autorisation permet au script d'import de fermer les applications.
|
||||
|
||||
Dans `D:\Import_PROD`, adapter `Restauration_base_OPE_vers_FORM.bat` aux noms des serveurs, applications, machines virtuelles et paramètres de l'infrastructure. Les mots de passe doivent être récupérés dans RDM et ne doivent pas être inscrits dans le script ou cette procédure.
|
||||
|
||||
Adapter également `D:\Requetes\MiseAJourDesParametresEnBaseSTART-FORM.sql`. Le script de production peut servir de base après adaptation à l'environnement de formation.
|
||||
@@ -0,0 +1,149 @@
|
||||
# Configuration d'un serveur Broker VerneMQ
|
||||
|
||||
## 1. Prérequis
|
||||
|
||||
- Suivre la procédure **Exporter et importer une VM depuis la plateforme de Production** pour importer la VM `BROKERx` dans l'environnement client.
|
||||
- Suivre la procédure **Préparation d'un serveur Linux** pour préparer le serveur.
|
||||
|
||||
## 2. Vérifier la configuration DNS
|
||||
|
||||
Sur un serveur AD de la plateforme cible, vérifier la présence des entrées DNS suivantes. Les créer si nécessaire :
|
||||
|
||||
- `AD1` : alias ou hôte vers AD1, utilisé pour le DNS et le NTP.
|
||||
- `AD2` : alias ou hôte vers AD2, utilisé pour le DNS et le NTP.
|
||||
- `SNMP` : alias ou hôte vers le serveur SNMP utilisé pour la supervision.
|
||||
|
||||
## 3. Vérifier les flux réseau
|
||||
|
||||
Sur le pare-feu, vérifier que les flux suivants sont autorisés. Demander leur ouverture au service réseau s'ils sont absents.
|
||||
|
||||
| Source | Destination | Protocole | Port |
|
||||
| --- | --- | --- | --- |
|
||||
| `BROKERx` | `AD1/2` | TCP et UDP | `53` / `123` |
|
||||
| `BROKERx` | `SNMP` | UDP | `161` / `162` |
|
||||
| `RPINT1/2/VIP` | `BROKERx` | TCP | `1883` / `10192` |
|
||||
| `TELEMW1/2` | `BROKERx` | TCP | `22` |
|
||||
|
||||
## 4. Configurer VerneMQ
|
||||
|
||||
Effectuer ces opérations sur chaque serveur Broker.
|
||||
|
||||
1. Se connecter au serveur en tant que `root`.
|
||||
2. Arrêter le service :
|
||||
|
||||
```bash
|
||||
service vernemq stop
|
||||
```
|
||||
|
||||
3. **Attention : la commande suivante supprime le contenu de `/var/lib/vernemq/`, y compris le fichier `.erlang.cookie`. Ne l'exécuter que pendant l'installation ou la réinitialisation prévue du Broker.**
|
||||
|
||||
```bash
|
||||
rm -r /var/lib/vernemq/* && rm /var/lib/vernemq/.erlang.cookie
|
||||
```
|
||||
|
||||
4. Vérifier que le répertoire est vide :
|
||||
|
||||
```bash
|
||||
ll /var/lib/vernemq/
|
||||
```
|
||||
|
||||
5. Dans `/etc/vernemq/vernemq.conf`, remplacer l'ancienne adresse IP `192.168.126.151` par l'adresse IP du Broker concerné :
|
||||
|
||||
```bash
|
||||
sed -i 's/192.168.126.151/IP_SERVEUR_BROKER/g' /etc/vernemq/vernemq.conf
|
||||
```
|
||||
|
||||
6. Vérifier la configuration :
|
||||
|
||||
```bash
|
||||
nano /etc/vernemq/vernemq.conf
|
||||
```
|
||||
|
||||
7. Si les mots de passe de l'ancienne infrastructure respectent déjà les exigences de sécurité, récupérer `/etc/vernemq/vmq.passwd` depuis l'infrastructure de production et le copier sur les Brokers de la nouvelle infrastructure. Sinon, suivre la section **Sécuriser les accès VerneMQ**.
|
||||
8. Démarrer VerneMQ :
|
||||
|
||||
```bash
|
||||
service vernemq start
|
||||
```
|
||||
|
||||
9. Vérifier l'état du service et du cluster :
|
||||
|
||||
```bash
|
||||
service vernemq status
|
||||
vmq-admin cluster show
|
||||
```
|
||||
|
||||
## 5. Créer le cluster VerneMQ
|
||||
|
||||
> Cette étape concerne uniquement les plateformes disposant de deux Brokers, généralement BROKER1 et BROKER2. Les plateformes de test ou de formation à un seul Broker ne sont pas concernées.
|
||||
|
||||
Sur BROKER2, en tant que `root`, rejoindre le nœud BROKER1. Remplacer `IP_BROKER1` par l'adresse IP de BROKER1 :
|
||||
|
||||
```bash
|
||||
vmq-admin cluster join discovery-node=VerneMQ@IP_BROKER1
|
||||
```
|
||||
|
||||
Sur les deux Brokers, vérifier que le cluster contient les deux nœuds :
|
||||
|
||||
```bash
|
||||
vmq-admin cluster show
|
||||
```
|
||||
|
||||
Pour afficher les connexions actives au serveur VerneMQ, utiliser :
|
||||
|
||||
```bash
|
||||
vmq-admin session show
|
||||
```
|
||||
|
||||
## 6. Sécuriser les accès VerneMQ
|
||||
|
||||
### 6.1 Modifier les mots de passe système
|
||||
|
||||
Modifier les mots de passe des comptes `systel` et `root` :
|
||||
|
||||
```bash
|
||||
passwd systel
|
||||
passwd root
|
||||
```
|
||||
|
||||
Générer des mots de passe robustes et les enregistrer dans RDM.
|
||||
|
||||
### 6.2 Configurer les mots de passe des comptes VerneMQ
|
||||
|
||||
Générer dans RDM les mots de passe requis pour les comptes VerneMQ. La liste des six identifiants n'étant pas transcrite dans le texte source, la reprendre depuis la configuration de référence ou auprès de l'équipe responsable.
|
||||
|
||||
Sur BROKER1, ouvrir le fichier de mots de passe :
|
||||
|
||||
```bash
|
||||
nano /etc/vernemq/vmq.passwd
|
||||
```
|
||||
|
||||
Pour chaque compte, saisir le mot de passe prévu après les deux-points. Ne pas inscrire les mots de passe dans cette procédure. Enregistrer et quitter avec **Ctrl+X**.
|
||||
|
||||
Hacher le fichier :
|
||||
|
||||
```bash
|
||||
vmq-passwd -U /etc/vernemq/vmq.passwd
|
||||
```
|
||||
|
||||
Redémarrer VerneMQ et vérifier son état :
|
||||
|
||||
```bash
|
||||
service vernemq restart
|
||||
service vernemq status
|
||||
```
|
||||
|
||||
Sur BROKER2, recopier à l'identique le contenu de `/etc/vernemq/vmq.passwd` depuis BROKER1, puis redémarrer et vérifier le service :
|
||||
|
||||
```bash
|
||||
service vernemq restart
|
||||
service vernemq status
|
||||
```
|
||||
|
||||
## 7. Vérifier le fonctionnement
|
||||
|
||||
Pour afficher les connexions actives :
|
||||
|
||||
```bash
|
||||
sudo vmq-admin session show
|
||||
```
|
||||
@@ -0,0 +1,123 @@
|
||||
# Configurer un serveur HYCU
|
||||
|
||||
## 1. Prérequis
|
||||
|
||||
- Disposer d'un serveur NAS Synology configuré. Suivre la [procédure d'installation d'un serveur NAS Synology](https://tfs2k18.systel-sa.com/tfs/Systel/Etudes/_wiki/wikis/Etudes.wiki/1648/Installation-serveur-NAS-Synology).
|
||||
- Disposer d'une licence HYCU.
|
||||
- Avoir accès au DCSR et aux coffres RDM appropriés pour les comptes et mots de passe.
|
||||
|
||||
## 2. Préparer le NAS Synology
|
||||
|
||||
### 2.1 Créer le compte de service HYCU
|
||||
|
||||
1. Dans le Panneau de configuration, ouvrir **Utilisateur et groupe**, puis choisir **Créer un utilisateur**.
|
||||
2. Créer le compte `HYCU` selon la convention de la plateforme.
|
||||
3. Générer un mot de passe sécurisé avec RDM et l'y enregistrer.
|
||||
4. Conserver les autres options par défaut, sauf indication contraire dans la configuration validée du NAS.
|
||||
|
||||
### 2.2 Créer le dossier partagé HYCU
|
||||
|
||||
1. Dans le Panneau de configuration, ouvrir **Dossier partagé**, puis choisir **Créer un dossier partagé**.
|
||||
2. Créer le partage utilisé par HYCU selon la convention de nommage de la plateforme.
|
||||
3. Accorder au compte `HYCU` les droits de lecture et d'écriture sur ce partage.
|
||||
4. Pour les autres paramètres, appliquer la configuration de référence du NAS; les valeurs de la procédure d'origine étaient uniquement visibles dans les captures.
|
||||
|
||||
## 3. Installer la machine virtuelle HYCU
|
||||
|
||||
### 3.1 Récupérer les fichiers d'installation
|
||||
|
||||
Récupérer la dernière version disponible sur le Cloud Systel :
|
||||
|
||||
```text
|
||||
\\cloud\Produits\Produits_tiers\HYCU\Releases\
|
||||
```
|
||||
|
||||
Pour une installation sur VMware ESXi, récupérer les fichiers `.ovf` et `.vmdk` de la dernière version. Pour une installation spécifique sur une infrastructure Nutanix, récupérer le fichier au format `.qcow2`.
|
||||
|
||||
### 3.2 Déployer la VM sur VMware ESXi
|
||||
|
||||
1. Dans l'interface VMware, lancer la création d'une machine virtuelle à partir d'un fichier OVF.
|
||||
2. Saisir `HYCU` comme nom et sélectionner les fichiers `.ovf` et `.vmdk` récupérés.
|
||||
3. Sélectionner le datastore prévu pour les machines virtuelles.
|
||||
4. Choisir le VLAN correspondant à la VM, le profil **HYCU Backup Controller**, le provisionnement dynamique et l'option de ne pas démarrer la VM à la fin de l'import.
|
||||
5. Dans **Network Settings**, ne pas renseigner les paramètres réseau dans l'assistant : la procédure source indique que ces valeurs ne sont pas transmises correctement à la VM et peuvent bloquer la configuration initiale.
|
||||
6. Terminer l'import.
|
||||
7. Une fois la VM importée, mettre à niveau sa compatibilité avec l'hôte ESXi et confirmer les avertissements affichés.
|
||||
8. Modifier les ressources CPU et mémoire selon le dimensionnement validé pour le client. Les valeurs du tableau d'origine étaient présentes uniquement dans les captures; les confirmer auprès de l'équipe infrastructure avant le démarrage.
|
||||
9. Démarrer la VM.
|
||||
|
||||
## 4. Effectuer la configuration initiale
|
||||
|
||||
1. Dans la console de la VM, sélectionner l'option `1`.
|
||||
2. Renseigner les paramètres réseau conformément au DCSR et à la configuration du client.
|
||||
3. Attendre la fin de la configuration automatique, puis valider avec **OK**.
|
||||
|
||||
## 5. Configurer le portail HYCU
|
||||
|
||||
Depuis un poste autorisé, ouvrir :
|
||||
|
||||
```text
|
||||
https://IP_SERVER_HYCU:8443
|
||||
```
|
||||
|
||||
Utiliser les identifiants initiaux fournis ou stockés dans le coffre sécurisé. Ne pas conserver les identifiants par défaut : modifier le mot de passe dès la première connexion et l'enregistrer dans RDM.
|
||||
|
||||
### 5.1 Modifier le mot de passe et désactiver SSH
|
||||
|
||||
Suivre l'assistant de première configuration pour modifier le mot de passe du compte d'administration, en générant le nouveau mot de passe dans RDM.
|
||||
|
||||
Désactiver ensuite les connexions SSH depuis les paramètres de sécurité, sauf besoin d'exploitation explicitement validé.
|
||||
|
||||
## 6. Créer les comptes de service sur les sources
|
||||
|
||||
Créer un compte de service HYCU sur chacun des environnements concernés :
|
||||
|
||||
- Prism Element;
|
||||
- Prism Central;
|
||||
- vCenter, si l'environnement VMware est utilisé.
|
||||
|
||||
Générer les mots de passe avec RDM et accorder aux comptes les permissions requises par HYCU selon la configuration validée de chaque plateforme. Les rôles et permissions détaillés n'étant pas transcrits dans le texte source, les reprendre depuis la documentation de référence ou auprès de l'équipe infrastructure.
|
||||
|
||||
## 7. Ajouter les sources Nutanix
|
||||
|
||||
1. Dans le portail HYCU, ouvrir la section d'ajout des sources.
|
||||
2. Ajouter chaque cluster Nutanix et renseigner les informations demandées à partir du DCSR.
|
||||
3. Si l'assistant détecte un Prism Central, saisir également les informations correspondantes.
|
||||
4. Enregistrer la source.
|
||||
5. Prendre en compte le message affiché par HYCU et appliquer la correction demandée à l'étape suivante.
|
||||
6. Sur le cluster Nutanix, ajouter l'adresse IP iSCSI. Si aucune adresse n'est indiquée dans le DCSR, choisir une adresse disponible à la suite de la plage prévue, après vérification qu'elle n'est pas déjà utilisée.
|
||||
7. Répéter ces étapes pour les autres clusters Nutanix.
|
||||
|
||||
## 8. Ajouter les sources VMware
|
||||
|
||||
Si l'environnement comporte VMware :
|
||||
|
||||
1. Dans la section des sources HYCU, ajouter chaque vCenter VMware.
|
||||
2. Renseigner les informations demandées à partir du DCSR et du coffre sécurisé.
|
||||
3. Cliquer sur **Next**, vérifier la configuration, puis sur **Save**.
|
||||
|
||||
## 9. Ajouter la destination de sauvegarde NAS
|
||||
|
||||
1. Dans HYCU, ouvrir **Target**, puis cliquer sur **Add**.
|
||||
2. Saisir le nom du NAS.
|
||||
3. Définir à `4` le nombre de tâches de sauvegarde simultanées et activer la compression.
|
||||
4. Renseigner le type de partage, le compte HYCU, l'adresse IP du NAS et le nom du partage créé précédemment.
|
||||
5. Enregistrer la destination et vérifier qu'elle est joignable.
|
||||
|
||||
## 10. Créer les tâches de sauvegarde
|
||||
|
||||
Pour créer les tâches et le plan de sauvegarde, suivre la procédure **HYCU : Mise en place du plan de sauvegarde**.
|
||||
|
||||
## 11. Activer la licence HYCU
|
||||
|
||||
1. Dans le portail HYCU, ouvrir **Options > Licensing**.
|
||||
2. Vérifier la cohérence des informations affichées, notamment le nombre de machines virtuelles et de CPU.
|
||||
3. Cliquer sur **Download Request** et récupérer le fichier `license.req`.
|
||||
4. Ouvrir le portail de licences : <https://licensing.hycu.com/>.
|
||||
5. Se connecter avec les identifiants indiqués dans le RDM commun.
|
||||
6. Saisir le numéro d'achat indiqué sur le document de licence. S'il est introuvable, contacter Philippe CUVELIER ou Sabrina BECHET.
|
||||
7. Charger le fichier `license.req`.
|
||||
8. Choisir le type de licence (nombre de CPU ou de VM), saisir la quantité correspondante, puis cliquer sur **Activate Licences**.
|
||||
9. Récupérer le fichier `hycu.lic` généré. Si la boîte de réception associée n'est pas accessible, demander le transfert du fichier à G. Foucard ou N. Padiolleau.
|
||||
10. Transférer le fichier sur la TELEMW du client, revenir dans le portail HYCU, cliquer sur **Upload Licence**, sélectionner le fichier et cliquer sur **Upload**.
|
||||
11. Vérifier que la licence est active dans HYCU.
|
||||
@@ -0,0 +1,124 @@
|
||||
# Configuration d'un serveur INTEROPE
|
||||
|
||||
## 1. Prérequis
|
||||
|
||||
- Suivre la procédure **Exporter et importer une VM depuis la plateforme de Production** pour importer la VM `INTEROPEx` dans l'environnement client.
|
||||
- Suivre la procédure **Préparation d'un serveur Windows** pour préparer le serveur.
|
||||
- Avoir accès à l'ancien serveur INTEROPE, au nouveau serveur, à SQL Server Management Studio et à RDM.
|
||||
|
||||
## 2. Migrer la configuration du registre
|
||||
|
||||
1. Sur l'ancien serveur INTEROPE, ouvrir l'éditeur du registre avec `regedit`.
|
||||
2. Exporter la clé Systel suivante :
|
||||
|
||||
```text
|
||||
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Systel
|
||||
```
|
||||
|
||||
3. Copier le fichier `.reg` généré sur le nouveau serveur INTEROPE et l'importer par double clic.
|
||||
4. Sur le nouveau serveur, ouvrir `regedit` et vérifier les clés et valeurs importées.
|
||||
5. Remplacer les anciennes adresses IP par celles du nouvel environnement. Les noms DNS ne doivent être utilisés qu'après validation de leur prise en charge par les applications concernées.
|
||||
|
||||
## 3. Migrer la base SQL Passerelle
|
||||
|
||||
### 3.1 Sauvegarder la base sur l'ancien serveur
|
||||
|
||||
Avec SQL Server Management Studio, effectuer une sauvegarde de la base `Passerelle`.
|
||||
|
||||
### 3.2 Copier et restaurer la sauvegarde
|
||||
|
||||
1. Copier le fichier `passerelle.bak` sur le nouveau serveur INTEROPE, dans :
|
||||
|
||||
```text
|
||||
D:\SQL_Backup
|
||||
```
|
||||
|
||||
2. Avec SQL Server Management Studio, restaurer la base `Passerelle` à partir de ce fichier.
|
||||
3. Vérifier les options de restauration avant de valider. Les options précises étaient indiquées dans les captures de la procédure d'origine; les confirmer selon la configuration SQL du client.
|
||||
|
||||
### 3.3 Configurer l'utilisateur SQL
|
||||
|
||||
Le compte `sa` est déjà créé. Modifier son mot de passe et générer un mot de passe fort, à enregistrer dans RDM. Ne pas conserver le mot de passe par défaut dans la procédure ou dans un fichier non sécurisé.
|
||||
|
||||
## 4. Migrer et nettoyer les applications Systel
|
||||
|
||||
1. Sur l'ancien serveur INTEROPE, récupérer le répertoire :
|
||||
|
||||
```text
|
||||
D:\Start\Progs
|
||||
```
|
||||
|
||||
2. Le copier sur le nouveau serveur au même emplacement.
|
||||
3. Nettoyer les fichiers et répertoires inutiles (journaux, fichiers `.old`, répertoires vides et scripts non utilisés).
|
||||
4. Mettre à jour, dans les fichiers de configuration concernés, les adresses IP et noms DNS pour correspondre au nouvel environnement.
|
||||
|
||||
Les paramètres exacts dépendant des applications et de la plateforme, les comparer à la configuration de l'ancien serveur et au DCSR.
|
||||
|
||||
### 4.1 GestionRC
|
||||
|
||||
La configuration de GestionRC est stockée dans le registre. Créer également le partage suivant et accorder les droits requis à tous les utilisateurs concernés :
|
||||
|
||||
```text
|
||||
D:\Start\Progs\GestionRC\Enregistrements
|
||||
```
|
||||
|
||||
### 4.2 ServeurSMS
|
||||
|
||||
La configuration du ServeurSMS est stockée dans le registre. Vérifier les valeurs reprises depuis l'ancien serveur et les adapter à la nouvelle infrastructure.
|
||||
|
||||
### 4.3 Passerelle TPL/BIRDY
|
||||
|
||||
Dans les répertoires et sous-répertoires de l'application, vérifier les fichiers de configuration et mettre à jour les paramètres nécessaires.
|
||||
|
||||
Récupérer également le répertoire suivant depuis l'ancien serveur et vérifier les fichiers qu'il contient :
|
||||
|
||||
```text
|
||||
C:\ProgramData\TPLSYSTEMES\PasserelleBIRDY
|
||||
```
|
||||
|
||||
## 5. Générer la clé KeySTARTDB
|
||||
|
||||
Lancer `KeySTARTDB.exe`, saisir le nom du connecteur ODBC et le mot de passe associé. Récupérer ce mot de passe dans RDM.
|
||||
|
||||
## 6. Configurer le compte de service et le démarrage automatique
|
||||
|
||||
Pour chaque serveur INTEROPE :
|
||||
|
||||
1. Sur le serveur Active Directory, créer un compte de service dédié, nommé selon la convention `INTEROPEx`.
|
||||
2. Générer son mot de passe et l'enregistrer dans RDM.
|
||||
3. Ajouter ce compte au groupe local **Administrateurs** du serveur concerné.
|
||||
4. Ouvrir une session sur le serveur avec ce compte.
|
||||
5. Ajouter au Bureau public les raccourcis des applications Systel présentes dans `D:\Start\Progs` :
|
||||
|
||||
```text
|
||||
C:\Users\Public\Desktop
|
||||
```
|
||||
|
||||
6. Exécuter en tant qu'administrateur :
|
||||
|
||||
```text
|
||||
D:\Install\System\sources\Autologon.exe
|
||||
```
|
||||
|
||||
7. Accepter le contrat de licence et saisir les identifiants de la session INTEROPE créée. Les identifiants doivent être stockés dans RDM.
|
||||
8. Ouvrir le dossier de démarrage de la session et y copier les raccourcis vers **Administration Passerelle BIRDY 3**, **PasserelleGSM**, **ServeurSMS** et **GestionRC** :
|
||||
|
||||
```text
|
||||
C:\Users\INTEROPEx\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup
|
||||
```
|
||||
|
||||
Adapter `INTEROPEx` au nom de la session utilisée. Le dossier peut être épinglé à l'accès rapide pour faciliter les interventions ultérieures.
|
||||
|
||||
Ces réglages permettent le démarrage automatique de la session Windows et des applications Systel au démarrage de la VM.
|
||||
|
||||
## 7. Vérifier les partages et tâches planifiées
|
||||
|
||||
Sur l'ancien serveur INTEROPE, relever les partages SMB et les tâches planifiées. Recréer sur la nouvelle infrastructure ceux qui sont nécessaires.
|
||||
|
||||
Vérifier notamment le bon fonctionnement de la tâche **Purge et relance ServeurSMS**.
|
||||
|
||||
## 8. Convertisseur Moxa pour ServeurSMS
|
||||
|
||||
> **Attention :** lors d'un renouvellement d'infrastructure avec passage à un INTEROPE virtuel et utilisation d'un convertisseur Moxa, les noms de ports COM peuvent changer dans la configuration du ServeurSMS. La procédure source recommande de configurer le port COM 1.
|
||||
|
||||
Après avoir suivi la procédure **Installation-Convertisseur-MOXA**, identifier les liaisons entrantes et sortantes dans le schéma technique du Moxa et dans la configuration du registre de l'INTEROPE. Vérifier que les ports COM configurés correspondent au câblage réel.
|
||||
@@ -0,0 +1,150 @@
|
||||
# Configuration d'un serveur INTERSGO
|
||||
|
||||
## 1. Prérequis
|
||||
|
||||
- Suivre la procédure **Exporter et importer une VM depuis la plateforme de Production** pour importer la VM `INTERSGOx` dans l'environnement client.
|
||||
- Suivre la procédure **Préparation d'un serveur Linux** pour préparer la VM.
|
||||
- Disposer du DCSR et d'un accès à l'ancien serveur INTERSGO de production.
|
||||
|
||||
## 2. Configurer le DNS
|
||||
|
||||
Sur un serveur AD de la plateforme cible, vérifier la présence des entrées DNS ci-dessous et les créer si nécessaire :
|
||||
|
||||
- `AD1` : entrée ou alias vers AD1 pour DNS et NTP.
|
||||
- `AD2` : entrée ou alias vers AD2 pour DNS et NTP.
|
||||
- `ServeurActiveMQ1` : alias vers MULTI1 pour ActiveMQ.
|
||||
- `ServeurActiveMQ2` : alias vers MULTI2 pour ActiveMQ.
|
||||
- **SQL** : alias `ServeurBD` vers `BDSQLVIP` pour la connexion à la base de données.
|
||||
- **Oracle** : entrées `BD1` et `BD2` vers les serveurs correspondants pour la connexion à la base de données.
|
||||
|
||||
Adapter les noms et destinations selon qu'il s'agit d'une plateforme de production, de formation ou de test, en suivant le DCSR et la configuration de référence.
|
||||
|
||||
## 3. Vérifier les flux réseau
|
||||
|
||||
Sur le pare-feu, vérifier que les flux suivants sont autorisés. Demander leur ouverture au service réseau s'ils sont absents.
|
||||
|
||||
| Source | Destination | Protocole | Ports |
|
||||
| --- | --- | --- | --- |
|
||||
| `INTERSGOx` | `AD1/AD2` | TCP et UDP | `53`, `123` |
|
||||
| `INTERSGOx` | `MULTI1/MULTI2` | TCP | `61616` |
|
||||
| `INTERSGOx` | `BDVIP` (SQL) | TCP | `1433` |
|
||||
| `INTERSGOx` | `BD1/BD2` (Oracle) | TCP | `1521` |
|
||||
| `RPINT1/RPINT2/RPINT_VIP` | `INTERSGOx` | TCP | `443`, `18080`, `10443`, `1518`, `20443` |
|
||||
| `TELEMW1/TELEMW2` | `INTERSGOx` | TCP | `22`, `443`, `18080`, `4848` |
|
||||
|
||||
## 4. Récupérer les fichiers de l'ancien serveur
|
||||
|
||||
Depuis l'ancien serveur `INTERSGO1` de production, récupérer en SFTP avec FileZilla ou WinSCP les répertoires suivants :
|
||||
|
||||
```text
|
||||
/opt/glassfish3/keystore
|
||||
/opt/glassfish3/distribution/xsd
|
||||
```
|
||||
|
||||
Récupérer également les fichiers suivants :
|
||||
|
||||
```text
|
||||
/opt/glassfish3/glassfish/domains/domain1/config/cacerts.jks
|
||||
/opt/glassfish3/glassfish/domains/domain1/config/keystore.jks
|
||||
```
|
||||
|
||||
Transférer ces éléments vers le nouveau serveur aux mêmes emplacements. Avant le transfert, remplacer ou supprimer les fichiers déjà présents si nécessaire.
|
||||
|
||||
## 5. Configurer GlassFish depuis le portail d'administration
|
||||
|
||||
### 5.1 Se connecter
|
||||
|
||||
Depuis un serveur TELEMW Windows, ouvrir l'interface d'administration à l'adresse suivante :
|
||||
|
||||
```text
|
||||
https://INTERSGOx:4848
|
||||
```
|
||||
|
||||
Se connecter avec le compte d'administration prévu et récupérer son mot de passe dans RDM. Ne pas conserver de mot de passe en clair dans cette procédure.
|
||||
|
||||
### 5.2 Paramétrer Java
|
||||
|
||||
Ouvrir les paramètres Java dans le portail d'administration.
|
||||
|
||||
- Modifier `-Xmx5120m` pour définir la mémoire maximale de GlassFish à la mémoire totale de la VM moins 1 Go. Pour une VM de 6 Go, la valeur par défaut est `5120m`.
|
||||
- Conserver `-Xms1024m`, qui définit la mémoire minimale à 1 Go.
|
||||
- Le paramètre `-DACTIVEMQ_IP=ServeurActiveMQ1;ServeurActiveMQ2` correspond aux serveurs ActiveMQ. Le modifier uniquement pour les plateformes de test ou de formation, selon leur configuration.
|
||||
|
||||
### 5.3 Paramétrer la base de données
|
||||
|
||||
Ouvrir les paramètres de la base de données **StartPool**. Vérifier et adapter si nécessaire l'utilisateur, le mot de passe, le nom de la VM et la chaîne de connexion en fonction de l'environnement cible. Récupérer les identifiants dans RDM.
|
||||
|
||||
Pour tester la connexion, ouvrir l'onglet **General**, puis cliquer sur **Ping**.
|
||||
|
||||
La VM est préconfigurée pour une base SQL. Pour utiliser Oracle, adapter l'ensemble des paramètres à partir de la configuration de la VM existante.
|
||||
|
||||
### 5.4 Vérifier les paramètres du serveur
|
||||
|
||||
Ouvrir les paramètres du serveur et comparer leur configuration avec celle du serveur actuel. Reporter sur la nouvelle VM les paramètres validés pour le client.
|
||||
|
||||
### 5.5 Vérifier les processus d'écoute HTTP
|
||||
|
||||
Ouvrir les paramètres des processus d'écoute HTTP. Pour chaque port, vérifier la configuration de l'ancien serveur : activation, sécurisation et certificat. Si un port requis n'existe pas sur la nouvelle VM, le créer avec les paramètres validés.
|
||||
|
||||
## 6. Déployer l'application ServeurSGO
|
||||
|
||||
Récupérer sur le Cloud Systel la version de ServeurSGO correspondant à la version de Start utilisée.
|
||||
|
||||
Emplacement des versions de référence :
|
||||
|
||||
```text
|
||||
\\cloud\Qualité\Alerte\Version de référence SGO_11x\Version WebCIS\ServeurSGO\ServeurSGO_485.11x.xxxx-x.war
|
||||
```
|
||||
|
||||
Autre emplacement possible :
|
||||
|
||||
```text
|
||||
\\cloud\Qualité\Production_Version\Publiée\SGO_4.85.117\Archives
|
||||
```
|
||||
|
||||
Dans le portail GlassFish, ouvrir les paramètres **Applications**, puis cliquer sur **Déployer**. Charger le fichier `.war`, sélectionner le serveur et saisir `ServeurSGO` comme racine du contexte. Valider avec **OK**.
|
||||
|
||||
Vérifier le déploiement depuis un navigateur en utilisant l'URL correspondant à la plateforme :
|
||||
|
||||
```text
|
||||
http://INTERSGO1:18080/ServeurSGO/
|
||||
http://INTERSGO1:18080/ServeurSGO/fr/
|
||||
```
|
||||
|
||||
## 7. Mettre à jour les paramètres en base de données
|
||||
|
||||
Depuis un outil de requête SQL, par exemple SQL Server Management Studio sur un serveur BD ou TELEMW, consulter la table `SGO_DESCRIPTION` :
|
||||
|
||||
```sql
|
||||
SELECT * FROM SGO_DESCRIPTION;
|
||||
```
|
||||
|
||||
Mettre à jour les adresses IP du serveur INTERSGO ou du réseau associé selon les valeurs propres au client. Les modifications exactes doivent être déterminées à partir des paramètres existants et du DCSR.
|
||||
|
||||
Exemple de mise à jour des deux adresses IP :
|
||||
|
||||
```sql
|
||||
UPDATE SGO_DESCRIPTION SET ADRESSE_IP3 = '10.182.9.41' WHERE ID = '3';
|
||||
UPDATE SGO_DESCRIPTION SET ADRESSE_IP2 = '10.182.9.41' WHERE ID = '4';
|
||||
```
|
||||
|
||||
Ajouter les requêtes nécessaires dans le fichier suivant sur BD1 afin que les nouveaux paramètres soient appliqués lors de la bascule :
|
||||
|
||||
```text
|
||||
D:\Requetes\1- MiseAJourDesParametresEnBaseSTART.sql
|
||||
```
|
||||
|
||||
## 8. Gérer les comptes système
|
||||
|
||||
Modifier les mots de passe des comptes `systel` et `root` avec les commandes suivantes :
|
||||
|
||||
```bash
|
||||
passwd systel
|
||||
passwd root
|
||||
```
|
||||
|
||||
Générer des mots de passe robustes et les enregistrer dans RDM.
|
||||
|
||||
## 9. Dépannage : activer les journaux GlassFish
|
||||
|
||||
En cas de problème de fonctionnement, activer les journaux GlassFish depuis le portail d'administration et consulter les événements correspondant à l'incident. Les options exactes d'activation ne figurant que dans les captures d'origine, les confirmer selon la version installée ou auprès de l'équipe responsable.
|
||||
@@ -0,0 +1,157 @@
|
||||
# Installation d'un serveur NAS Synology
|
||||
|
||||
## 1. Vérifier le matériel et monter les composants
|
||||
|
||||
Le serveur est souvent livré prémonté, mais certains composants peuvent rester à installer. À la livraison, vérifier la présence des éléments prévus dans le bon de préparation magasin :
|
||||
|
||||
- NAS;
|
||||
- carte fibre, si prévue;
|
||||
- disque NVMe pour le cache SSD, si prévu;
|
||||
- disques durs de stockage.
|
||||
|
||||
Confirmer la conformité du matériel avec Sabrina. Coller les étiquettes à l'avant et à l'arrière du serveur. Ouvrir le capot supérieur en dévissant les quatre vis situées sur le dessus.
|
||||
|
||||
### 1.1 Installer le disque NVMe
|
||||
|
||||
1. Repérer l'emplacement 1 à l'arrière gauche du serveur.
|
||||
2. Insérer le SSD dans l'encoche en l'inclinant à environ 45 degrés.
|
||||
3. Abaisser le SSD et le fixer à la carte mère avec la vis fournie dans le carton du NAS.
|
||||
|
||||
### 1.2 Installer la carte fibre
|
||||
|
||||
Après l'installation du SSD, installer la carte fibre dans le logement PCI situé juste au-dessus.
|
||||
|
||||
### 1.3 Installer les disques durs
|
||||
|
||||
1. Retirer un rack vide en façade.
|
||||
2. Fixer le disque dur à l'aide des quatre vis 3,5 pouces fournies dans le carton du NAS, dans les emplacements prévus sous le disque.
|
||||
3. Réinsérer le rack dans le NAS.
|
||||
4. Répéter l'opération pour les autres disques.
|
||||
|
||||
## 2. Installer le serveur en baie et raccorder le réseau
|
||||
|
||||
Installer le serveur dans la baie, puis raccorder :
|
||||
|
||||
- les alimentations électriques;
|
||||
- les modules SFP et les fibres vers les commutateurs, conformément au DCSR;
|
||||
- le port cuivre **LAN 1** au poste de configuration, avec une adresse obtenue par DHCP.
|
||||
|
||||
## 3. Installer DSM
|
||||
|
||||
1. Depuis le poste raccordé au NAS, ouvrir l'une des adresses suivantes dans un navigateur :
|
||||
|
||||
- <http://rackstation:5000/web_index.html>
|
||||
- <http://synologynas:5000/web_index.html>
|
||||
|
||||
2. Cliquer sur **Infos appareil** et vérifier que le modèle et le numéro de série correspondent au NAS.
|
||||
3. Cliquer sur **Configurer**.
|
||||
4. Télécharger la version appropriée de DSM depuis le Centre de téléchargement Synology.
|
||||
5. Dans l'assistant, cliquer sur **Parcourir**, sélectionner le fichier DSM téléchargé, puis cliquer sur **Installer maintenant**.
|
||||
6. Confirmer le message pour lancer l'installation.
|
||||
7. Une fois DSM installé, cliquer sur **Démarrer** pour effectuer la configuration initiale.
|
||||
8. Saisir le nom du NAS conformément au DCSR et créer le compte administrateur. Générer un mot de passe robuste et l'enregistrer dans RDM.
|
||||
9. Choisir l'installation manuelle de DSM, le NAS n'étant pas destiné à accéder à Internet en production.
|
||||
10. Suivre les écrans de configuration initiale. Refuser les options facultatives de partage de données, d'inscription ou de sécurisation du compte qui ne sont pas retenues pour cette plateforme.
|
||||
|
||||
## 4. Configurer le stockage
|
||||
|
||||
### 4.1 Créer le volume
|
||||
|
||||
1. Dans l'assistant, lancer la création du volume.
|
||||
2. Sélectionner le niveau RAID conformément au DCSR ou aux préconisations de l'équipe infrastructure. Pour un exemple à quatre disques, la procédure source utilise RAID 5; cette configuration peut différer selon la capacité du NAS.
|
||||
3. Conserver le nombre maximal de disques proposé (12 par défaut), déplacer les disques concernés dans la sélection, puis cliquer sur **Suivant**. Le disque NVMe peut apparaître séparément et est destiné au cache.
|
||||
4. Cliquer sur **Max**, puis sur **Suivant**.
|
||||
5. Choisir le système de fichiers **Btrfs**, puis cliquer sur **Suivant**.
|
||||
6. Vérifier la configuration et cliquer sur **Appliquer**.
|
||||
|
||||
### 4.2 Créer un cache SSD (si un disque NVMe est installé)
|
||||
|
||||
1. Ouvrir **Gestionnaire de stockage > HDD/SSD**.
|
||||
2. Cliquer sur **Gérer les disques disponibles**, puis sur **Créer un cache SSD**.
|
||||
3. Sélectionner le volume concerné, puis cliquer sur **Suivant**.
|
||||
4. Choisir **Cache en lecture seule**, puis cliquer sur **Suivant**.
|
||||
5. Choisir **Basic**, puis cliquer sur **Suivant**.
|
||||
6. Cocher le disque NVMe, cliquer sur **Suivant**, puis sur **Max** et **Suivant**.
|
||||
7. Vérifier les paramètres et cliquer sur **Appliquer**.
|
||||
|
||||
## 5. Configurer le réseau
|
||||
|
||||
1. Ouvrir **Panneau de configuration > Réseau > Interface réseau**.
|
||||
2. Cliquer sur **Créer un Bond**.
|
||||
3. Choisir **Adaptive Load Balancing**, puis cliquer sur **Suivant**.
|
||||
4. Sélectionner les interfaces correspondant aux liens fibre et cliquer sur **Suivant**. Si une fibre est débranchée, utiliser l'état des interfaces pour l'identifier.
|
||||
5. Configurer l'interface conformément au DCSR, puis cliquer sur **Effectué**.
|
||||
|
||||
### 5.1 Configurer l'interface OOB (modèles compatibles)
|
||||
|
||||
Les modèles RS1626xs+ et RS3626xs disposent d'une interface **OOB (Out of Band)** qui permet l'accès au NAS lorsqu'il est arrêté.
|
||||
|
||||
1. Repérer le port OOB sur le modèle concerné.
|
||||
2. Dans l'onglet **Réseau**, configurer une adresse IPv4 comme pour une interface standard.
|
||||
3. Dans l'onglet **Gestion hors bande**, activer cette fonctionnalité et créer un compte d'administration dédié à l'OOB.
|
||||
4. Une fois l'OOB activé, se connecter en SSH avec PuTTY sur le port `57` et le compte d'administration dédié.
|
||||
|
||||
Le port `57` ne peut pas être remplacé par le port `22` pour cet accès OOB.
|
||||
|
||||
## 6. Optimiser les paramètres
|
||||
|
||||
Dans le **Panneau de configuration**, configurer les paramètres suivants conformément au DCSR :
|
||||
|
||||
- Service de fichiers SMB;
|
||||
- Service de fichiers avancé;
|
||||
- Réseau et DNS;
|
||||
- Options régionales et NTP;
|
||||
- Sécurité et protection contre les attaques DoS;
|
||||
- Matériel et alimentation.
|
||||
|
||||
Les valeurs précises dépendant de la plateforme et n'étant pas décrites dans le texte source, les reprendre depuis le DCSR et les consignes de l'équipe infrastructure.
|
||||
|
||||
## 7. Joindre le NAS au domaine LDAP
|
||||
|
||||
Cette configuration concerne l'interconnexion « admin - OPE ».
|
||||
|
||||
### 7.1 Prérequis
|
||||
|
||||
Avant de joindre le NAS au domaine :
|
||||
|
||||
- vérifier qu'un compte NAS est créé dans le domaine;
|
||||
- faire ouvrir les flux réseau nécessaires.
|
||||
|
||||
### 7.2 Joindre le domaine
|
||||
|
||||
1. Sur le NAS, ouvrir **Panneau de configuration > Domaine/LDAP**.
|
||||
2. Choisir l'action pour joindre un domaine.
|
||||
3. Sélectionner **Domaine** et renseigner les paramètres du domaine et les identifiants prévus.
|
||||
4. Dans les options de détail, suivre la procédure d'interconnexion; l'option **Ignorer quand même** est utilisée dans le parcours source.
|
||||
|
||||
Les paramètres de domaine et les flux exacts doivent être confirmés avec l'équipe infrastructure, car ils étaient indiqués dans les captures de la procédure d'origine.
|
||||
|
||||
## 8. Créer les dossiers partagés et définir les droits
|
||||
|
||||
1. Créer les dossiers partagés nécessaires à la plateforme.
|
||||
2. Attribuer les droits appropriés aux utilisateurs et groupes.
|
||||
3. Demander à l'administrateur réseau les ouvertures de flux nécessaires au moyen de la configuration ci-dessous.
|
||||
|
||||
### 8.1 Exemple de configuration HA pour SFTP
|
||||
|
||||
```haproxy
|
||||
######### FrontEnd NAS #########
|
||||
frontend FRONT_LAN_NAS_SFTP_2222
|
||||
bind :2222
|
||||
mode tcp
|
||||
option tcplog
|
||||
use_backend BACK_LAN_NAS_SFTP
|
||||
|
||||
###################### NAS ######################
|
||||
backend BACK_LAN_NAS_SFTP
|
||||
mode tcp
|
||||
### Serveurs NAS1 10.160.110.90 ###
|
||||
server NAS1 10.160.110.90:22 check
|
||||
```
|
||||
|
||||
Cette règle expose le service SFTP du NAS sur le port `2222` côté frontend et le relaie vers le port `22` de `10.160.110.90`.
|
||||
|
||||
### 8.2 Configurer l'écoute et les autorisations du NAS
|
||||
|
||||
- Configurer le NAS pour écouter sur le port `22` pour le service concerné.
|
||||
- Dans **Sécurité > Protection > Autoriser/Bloquer la liste**, ajouter à la liste des permissions les adresses IP des machines autorisées à se connecter au NAS.
|
||||
@@ -0,0 +1,253 @@
|
||||
# Installation d'un serveur ESXi
|
||||
|
||||
## 1. Récupérer les logiciels
|
||||
|
||||
### 1.1 Images VMware/Broadcom
|
||||
|
||||
Depuis le [portail de support Broadcom](https://support.broadcom.com/group/ecx/), s'authentifier et télécharger, dans l'onglet **Custom ISOs**, la dernière image ISO HPE d'installation d'ESXi.
|
||||
|
||||
Si le portail Broadcom n'est pas accessible, des images peuvent être disponibles sur le Cloud Systel, sans garantie qu'elles soient à jour :
|
||||
|
||||
```text
|
||||
\\cloud\Produits\Produits_tiers\VMWare\VMware_ESXi
|
||||
```
|
||||
|
||||
### 1.2 Image HPE Service Pack for ProLiant
|
||||
|
||||
Depuis le [site HPE Service Pack for ProLiant](https://techlibrary.hpe.com/us/en/enterprise/servers/products/service_pack/spp/index.aspx), s'authentifier et télécharger la dernière image ISO correspondant à la génération du serveur (Gen8, Gen9, Gen10, etc.). Dans **Obtain Software**, sélectionner et télécharger le fichier ISO.
|
||||
|
||||
Si le site HPE n'est pas accessible, des images peuvent être disponibles sur le Cloud Systel, sans garantie qu'elles soient à jour :
|
||||
|
||||
```text
|
||||
\\cloud\Produits\Produits_tiers\HPE\Service Pack for Proliant
|
||||
```
|
||||
|
||||
## 2. Monter les composants
|
||||
|
||||
Le serveur est souvent livré prémonté, mais certains composants peuvent rester à installer. À la livraison, vérifier la présence de la licence HPE iLO (fournie sous forme dématérialisée depuis mi-2025), de la licence VMware, des rails et du bras arrière. Ces derniers peuvent être dans le carton du serveur.
|
||||
|
||||
Comparer le matériel reçu avec le bon de préparation magasin, en coordination avec Sabrina.
|
||||
|
||||
Ouvrir le capot supérieur à l'aide de la tirette noire.
|
||||
|
||||
### 2.1 Installer l'alimentation
|
||||
|
||||
Retirer le cache métallique à l'arrière du serveur, insérer l'alimentation jusqu'à entendre le clic de verrouillage.
|
||||
|
||||
### 2.2 Installer le processeur
|
||||
|
||||
Si un second processeur doit être installé, retirer le cache transparent du processeur et la protection noire du socket. Placer le processeur et son dissipateur sur le socket, puis serrer les quatre vis dans l'ordre indiqué sur l'étiquette du processeur.
|
||||
|
||||
Installer les ventilateurs supplémentaires après avoir retiré les caches noirs correspondants.
|
||||
|
||||
### 2.3 Installer la mémoire vive
|
||||
|
||||
Consulter sous le capot le tableau **DIMM population rules**. Il indique la disposition des barrettes en fonction du nombre de barrettes et de processeurs.
|
||||
|
||||
Exemple de la procédure : avec six barrettes et deux processeurs, installer trois barrettes par processeur aux emplacements 8, 10 et 12. Vérifier les repères du schéma du serveur et ceux imprimés près des emplacements DIMM sur la carte mère. Bien enfoncer chaque barrette afin d'assurer un bon contact.
|
||||
|
||||
### 2.4 Installer la cage à disques et la carte RAID
|
||||
|
||||
Les rubriques suivantes sont signalées « ToDo » dans la procédure source et ne contiennent pas d'instructions de montage. Ne pas poursuivre sans les consignes correspondant au modèle du serveur :
|
||||
|
||||
- Montage d'une cage à disques durs.
|
||||
- Montage de la carte RAID.
|
||||
|
||||
### 2.5 Installer ou remplacer la batterie RAID
|
||||
|
||||
La batterie RAID se trouve devant les processeurs. Pour l'installer ou la remplacer :
|
||||
|
||||
1. Lever les deux tirettes bleues pour retirer les processeurs.
|
||||
2. Lever la rangée de ventilateurs.
|
||||
3. Débrancher le connecteur de la carte mère.
|
||||
4. Dégager la batterie de son clip bleu et la retirer.
|
||||
5. Installer ou remplacer la batterie, puis rebrancher son connecteur.
|
||||
6. Remettre les ventilateurs, puis les processeurs en procédant dans l'ordre inverse du démontage.
|
||||
|
||||
Remettre en place le cache transparent des processeurs et de la mémoire, puis le capot du serveur.
|
||||
|
||||
### 2.6 Installer les disques durs
|
||||
|
||||
Identifier les capacités et les usages des disques : les disques de plus faible capacité sont généralement destinés au système d'exploitation; les disques de plus grande capacité, au stockage des machines virtuelles.
|
||||
|
||||
Exemple de répartition indiqué dans la procédure :
|
||||
|
||||
- deux disques de 300 Go en RAID 1 pour l'OS;
|
||||
- quatre disques de 900 Go en RAID 5 pour les machines virtuelles.
|
||||
|
||||
Selon la configuration, un troisième volume peut être prévu pour des machines virtuelles dédiées, par exemple des bases de données. Vérifier la répartition attendue dans le DCSR ou auprès de l'équipe infrastructure.
|
||||
|
||||
Retirer les caches des baies en pinçant leur centre. Installer les disques dans les cages disponibles en les regroupant par volume, conformément au plan validé. En cas de doute, consulter un collègue expérimenté.
|
||||
|
||||
### 2.7 Étiqueter le serveur
|
||||
|
||||
Demander à Damien ou Laurent les consignes d'utilisation de l'étiqueteuse. Poser les étiquettes avec le nom du serveur aux emplacements prévus : deux sur le dessus et deux en façade.
|
||||
|
||||
## 3. Installer le serveur en baie
|
||||
|
||||
Installer le serveur dans la baie de production Systel. Demander aux administrateurs réseau les ports des commutateurs à utiliser; prévoir au minimum une interface iLO et une interface de production.
|
||||
|
||||
Raccorder un écran, un clavier et une souris afin de configurer l'adresse IP de l'interface iLO. Une fois l'iLO configurée, le serveur pourra être administré depuis un poste Systel.
|
||||
|
||||
## 4. Configurer iLO
|
||||
|
||||
### 4.1 Configurer l'adresse IP
|
||||
|
||||
Au démarrage du serveur :
|
||||
|
||||
1. Appuyer sur **F9** pour ouvrir **System Utilities**.
|
||||
2. Sélectionner **System Configuration > iLO 5 Configuration Utility > Network Options**.
|
||||
3. Désactiver DHCP et configurer les paramètres DNS et IP conformément au DCSR.
|
||||
4. Appuyer sur **F12** pour enregistrer la configuration et redémarrer le serveur.
|
||||
5. Récupérer le nom d'utilisateur et le mot de passe iLO sur l'étiquette en façade du serveur.
|
||||
|
||||
### 4.2 Activer la licence iLO
|
||||
|
||||
1. Depuis un poste Systel, ouvrir `https://IP_SERVEUR_ILO` dans un navigateur.
|
||||
2. S'authentifier avec les identifiants de l'étiquette du serveur.
|
||||
3. Dans **Administration > Licensing**, saisir la clé fournie dans l'enveloppe blanche, puis cliquer sur **Install**.
|
||||
|
||||
Depuis mi-2025, les licences iLO sont envoyées sous forme dématérialisée; se rapprocher de Sabrina si nécessaire.
|
||||
|
||||
Créer un fichier texte contenant le nom du serveur et sa clé de licence, puis l'enregistrer sur le Cloud Systel pour archivage :
|
||||
|
||||
```text
|
||||
\\cloud\Clients\SdisXX\Production\Licences
|
||||
```
|
||||
|
||||
Sur la feuille fournie avec la licence, inscrire le nom du client et celui du serveur, puis la remettre à Philippe CUVELIER.
|
||||
|
||||
### 4.3 Mettre à jour le firmware avec le SPP
|
||||
|
||||
1. Dans la console distante iLO, ouvrir **HTML5 Console** à partir de la miniature de la console.
|
||||
2. Dans le lecteur virtuel, choisir **CD/DVD > Local .iso file** et sélectionner l'image ISO HPE SPP téléchargée précédemment.
|
||||
3. Dans le menu d'alimentation, choisir **Power > Reset**.
|
||||
4. Au démarrage, appuyer sur **F11** pour ouvrir le menu de démarrage.
|
||||
5. Sélectionner le lecteur CD virtuel et appuyer sur **Entrée**.
|
||||
6. Choisir **Automatic Firmware Update** et appuyer sur **Entrée**.
|
||||
7. Attendre la fin de la mise à jour automatique.
|
||||
|
||||
Si **ILO virtual USB 3** n'est pas détecté, réessayer avec **ILO Integrated Remote Console for Windows**, disponible sur le Cloud Systel :
|
||||
|
||||
```text
|
||||
\\cloud\Produits\Produits_tiers\HPE\ILO remote console
|
||||
```
|
||||
|
||||
### 4.4 Créer le compte administrateur iLO
|
||||
|
||||
Dans l'interface Web iLO, ouvrir **Administration > User Administration**, puis cliquer sur **New**.
|
||||
|
||||
Créer le compte `Administrateur` en respectant la casse. Générer son mot de passe avec RDM, l'y enregistrer, sélectionner **Select All** pour accorder les droits prévus, puis cliquer sur **Add User**.
|
||||
|
||||
### 4.5 Configurer le réseau et l'heure iLO
|
||||
|
||||
Dans l'interface iLO :
|
||||
|
||||
- Dans **iLO Dedicated Network Port > IPv4**, saisir les adresses IP des serveurs DNS (AD) de la plateforme, puis cliquer sur **Apply**.
|
||||
- Dans **IPv6**, désactiver les options IPv6 et cliquer sur **Apply**.
|
||||
- Dans **SNTP**, saisir les adresses IP des serveurs NTP (AD) et le fuseau horaire de la plateforme, puis cliquer sur **Apply**.
|
||||
- Dans **General**, saisir le nom de domaine de la plateforme, puis cliquer sur **Apply**.
|
||||
|
||||
Cliquer enfin sur **Reset iLO** pour appliquer les modifications.
|
||||
|
||||
### 4.6 Vérifier l'état matériel
|
||||
|
||||
Dans les onglets **System Information**, vérifier l'absence de défauts matériels et la détection de tous les composants installés. En cas de problème, contacter Sabrina et Philippe pour la prise en charge de la garantie.
|
||||
|
||||
## 5. Créer les volumes RAID
|
||||
|
||||
1. Depuis la console iLO, redémarrer le serveur.
|
||||
2. Au démarrage, appuyer sur **F10** pour ouvrir **Intelligent Provisioning**.
|
||||
3. Sélectionner **Smart Storage Administrator**.
|
||||
4. Choisir le contrôleur RAID, puis cliquer sur **Configure > Create Array**.
|
||||
5. Sélectionner les deux disques de faible capacité destinés à l'OS et créer la grappe.
|
||||
6. Créer le volume logique en utilisant les paramètres prévus pour le serveur.
|
||||
7. Créer une autre grappe avec les disques destinés aux machines virtuelles et configurer le volume logique correspondant.
|
||||
8. Si un volume séparé est prévu pour les bases de données, répéter l'opération avec le niveau RAID défini dans le DCSR (la procédure source cite RAID 5).
|
||||
9. Fermer l'utilitaire de stockage.
|
||||
|
||||
Les captures d'origine indiquaient des options précises qui ne sont pas transcrites dans le document; vérifier le niveau RAID, la taille de bande et les autres paramètres dans le DCSR ou auprès de l'équipe infrastructure avant de créer les volumes.
|
||||
|
||||
## 6. Installer ESXi
|
||||
|
||||
1. Dans la console distante iLO, ouvrir **HTML5 Console**.
|
||||
2. Dans le lecteur virtuel, choisir **CD/DVD > Local .iso file**, puis sélectionner l'image ISO ESXi HPE téléchargée.
|
||||
3. Dans le menu d'alimentation, choisir **Power > Reset**.
|
||||
4. Au démarrage, appuyer sur **F11** pour ouvrir le menu de démarrage.
|
||||
5. Sélectionner le lecteur CD virtuel et appuyer sur **Entrée**.
|
||||
6. Lorsque l'installateur est chargé, appuyer sur **Entrée**, puis sur **F11** pour accepter et poursuivre.
|
||||
7. Sélectionner le volume de faible capacité destiné à l'OS.
|
||||
8. Sélectionner le clavier français.
|
||||
9. Créer un mot de passe temporaire unique pour `root`, adapté au clavier utilisé par la console KVM. Ne pas reprendre l'exemple prévisible de l'ancienne procédure; remplacer ce mot de passe par le mot de passe fort stocké dans RDM dès que l'accès ESXi est disponible.
|
||||
10. Appuyer sur **F11** pour lancer l'installation.
|
||||
11. À la fin de l'installation, appuyer sur **Entrée** pour redémarrer.
|
||||
|
||||
### 6.1 Configurer le réseau de gestion ESXi
|
||||
|
||||
Après le démarrage d'ESXi, appuyer sur **F2**, s'authentifier et ouvrir **Troubleshooting Options**. Activer **ESXi Shell** et **SSH** pour permettre le dépannage à distance.
|
||||
|
||||
Revenir au menu principal et ouvrir **Configure Management Network** :
|
||||
|
||||
1. Saisir le VLAN correspondant à l'adresse de gestion ESXi, conformément au DCSR.
|
||||
2. Dans **IPv4 Configuration**, configurer statiquement l'adresse IP, le masque et la passerelle du serveur ESXi.
|
||||
3. Dans **DNS Configuration**, configurer statiquement les adresses IP des serveurs DNS (AD) et le nom du serveur ESXi.
|
||||
4. Dans **Custom DNS Suffixes**, saisir le nom de domaine de l'infrastructure client.
|
||||
5. Dans **IPv6 Configuration**, désactiver IPv6.
|
||||
6. Revenir au menu principal et confirmer le redémarrage du réseau avec **Y** lorsque cela est demandé.
|
||||
|
||||
Le serveur ESXi est alors installé et accessible sur le réseau de gestion.
|
||||
|
||||
## 7. Configurer ESXi
|
||||
|
||||
Depuis un poste autorisé, ouvrir l'interface ESXi :
|
||||
|
||||
```text
|
||||
https://IP_SERVEUR_ESX/ui/#/login
|
||||
```
|
||||
|
||||
### 7.1 Modifier le mot de passe root
|
||||
|
||||
En haut à droite, ouvrir le menu `root` et choisir **Change password**. Générer un mot de passe complexe avec RDM (20 caractères comprenant des majuscules, des minuscules et des chiffres), puis l'enregistrer dans RDM.
|
||||
|
||||
### 7.2 Configurer le démarrage automatique des machines virtuelles
|
||||
|
||||
Ouvrir **Gérer > Système > Démarrage automatique**, puis cliquer sur **Modifier les paramètres**. Configurer les valeurs conformément au DCSR et à la politique d'exploitation.
|
||||
|
||||
Revenir dans ce menu après la création des machines virtuelles afin d'activer le démarrage automatique pour chaque VM concernée.
|
||||
|
||||
### 7.3 Configurer NTP
|
||||
|
||||
Ouvrir **Gérer > Système > Date et heure > Modifier les paramètres NTP**. Configurer les adresses des serveurs NTP (AD) conformément au DCSR.
|
||||
|
||||
Démarrer le service NTP selon la méthode de contournement documentée pour la version ESXi utilisée. La procédure source ne précise pas la commande ou l'action de contournement; la faire confirmer par l'équipe infrastructure.
|
||||
|
||||
### 7.4 Attribuer la licence ESXi
|
||||
|
||||
Ouvrir **Gérer > Attribution de licence > Attribuer une licence**. La licence doit se trouver dans `\\cloud\Licences`; sinon, demander à Philippe CUVELIER.
|
||||
|
||||
Utiliser les comptes génériques HPE et VMware stockés dans RDM pour générer ou activer les licences.
|
||||
|
||||
### 7.5 Créer les banques de données
|
||||
|
||||
1. Dans **Stockage**, cliquer sur **Nouvelle banque de données**.
|
||||
2. Choisir **Créer une banque de données VMFS**, puis cliquer sur **Suivant**.
|
||||
3. Nommer la banque de données `datastore2` (`datastore1` étant réservé à l'OS).
|
||||
4. Sélectionner le volume disque disponible, puis cliquer sur **Suivant**.
|
||||
5. Vérifier les paramètres et terminer l'assistant en confirmant la création.
|
||||
6. Répéter l'opération si un datastore séparé est prévu pour les bases de données.
|
||||
|
||||
Un répertoire `ISO` peut être créé dans `datastore1` pour stocker les images d'installation et les Live CD.
|
||||
|
||||
### 7.6 Configurer le réseau virtuel
|
||||
|
||||
1. Ouvrir **Mise en réseau > Commutateurs virtuels**, puis sélectionner `vSwitch0`.
|
||||
2. Si une alerte de redondance apparaît, choisir **Actions > Ajouter une liaison montante**.
|
||||
3. Ajouter `port1` en complément de `port0`, puis enregistrer pour assurer la redondance du lien.
|
||||
4. Ouvrir **Mise en réseau > Groupes de ports** et cliquer sur **Ajouter un groupe de ports**.
|
||||
5. À partir du DCSR, ajouter les VLAN utilisés sur cet ESXi avec leur nom et leur numéro.
|
||||
|
||||
## 8. Recyclage des emballages
|
||||
|
||||
Après avoir vérifié le bon fonctionnement des composants, remettre à Sabrina le carton du serveur ESXi, avec les rails et le bras de montage, pour stockage avant expédition.
|
||||
|
||||
Déposer les autres cartons et protections dans les conteneurs rouges du parking : celui de droite est réservé aux cartons pliés; celui de gauche reçoit les autres déchets d'emballage.
|
||||
@@ -0,0 +1,231 @@
|
||||
# Installation et configuration d'un environnement Nutanix
|
||||
|
||||
## 1. Récupérer les logiciels Nutanix
|
||||
|
||||
Télécharger les logiciels depuis le [portail Nutanix](https://portal.nutanix.com/page/downloads/list) ou depuis le partage Systel `\\cloud\Produits\Produits_tiers\Nutanix` :
|
||||
|
||||
- **AOS Upgrade/Installer** : installation du logiciel principal Nutanix.
|
||||
- **AHV Installer (ISO)** : installation de l'hyperviseur.
|
||||
- **Foundation for Windows** : outil à installer sur le poste (installation par défaut) pour découvrir et configurer les nœuds Nutanix.
|
||||
- **Prism Central 1-click deploy from Prism Element** : machine virtuelle Prism Central à déployer sur le cluster.
|
||||
|
||||
### 1.1 Choisir les versions
|
||||
|
||||
Nutanix maintient plusieurs branches logicielles. Les anciennes branches **STS** et **LTS** ont été abandonnées avec l'arrivée de la version 7. Les indications ci-dessous sont celles de la procédure; vérifier la compatibilité entre composants et les versions disponibles sur le portail Nutanix avant chaque installation.
|
||||
|
||||
**AOS :**
|
||||
|
||||
- `6.10.x` : ancienne version LTS, décrite comme stable.
|
||||
- `7.0.x` : début du cycle de la version 7.
|
||||
- `7.3.x` et `7.5.x` : versions LTS plus récentes, avec de nouvelles fonctionnalités.
|
||||
|
||||
**AHV :**
|
||||
|
||||
- `20230xxx.xxx` : version associée à AOS 6.
|
||||
- `10.x` : version associée à AOS 7.0 et 7.3.
|
||||
- `11.x` : version plus récente associée à AOS 7.5.
|
||||
|
||||
**Prism Central :**
|
||||
|
||||
- `2024.x` : version associée à AOS 6 et 7.0.
|
||||
- `7.3.x` : version associée à AOS 7.3.
|
||||
- `7.5.x` : version associée à AOS 7.5.
|
||||
|
||||
**Versions testées et validées :**
|
||||
|
||||
| Foundation | AOS | AHV | Prism Central |
|
||||
| --- | --- | --- | --- |
|
||||
| `5.10.1` | `7.5.1` | `11.0.1` | `7.5.1.1` |
|
||||
| `5.11.1` | `7.6.0.6` | `11.2.0.2` | `7.6.0.6` |
|
||||
|
||||
## 2. Préparer le réseau
|
||||
|
||||
Le DCSR doit être à jour et contenir la configuration des serveurs Nutanix. Les commutateurs nécessaires doivent être configurés pour raccorder les serveurs Nutanix et le poste d'installation, généralement sur le même VLAN (souvent MGMT). Si ce n'est pas le cas, contacter l'équipe réseau.
|
||||
|
||||
Configurer le poste avec une adresse IP fixe, non utilisée sur la plateforme et conforme au DCSR. Activer également IPv6 en DHCP.
|
||||
|
||||
## 3. Monter et câbler les serveurs
|
||||
|
||||
Les châssis Nutanix de un à quatre nœuds sont généralement prémontés en usine. Poser les étiquettes fournies sur le carton du châssis, en façade et à l'arrière du serveur.
|
||||
|
||||
Raccorder les câbles d'alimentation, le port IPMI (équivalent de l'iLO HP, en Ethernet) et les liens de données (carte fibre à deux liens).
|
||||
|
||||
Relever les numéros de série et les associer aux noms des nœuds. Transmettre ces informations par e-mail à Sabrina BECHET ou les saisir dans Sysprod.
|
||||
|
||||
## 4. Configurer les interfaces IPMI
|
||||
|
||||
### 4.1 Configurer l'interface réseau depuis le BIOS
|
||||
|
||||
1. Raccorder un écran et un clavier à l'arrière du premier nœud.
|
||||
2. Démarrer le serveur avec le bouton en façade et appuyer sur **DEL/SUPPR** lorsque l'écran Nutanix l'indique.
|
||||
3. Dans le BIOS, ouvrir **IPMI > BMC Network Configuration**.
|
||||
4. Configurer l'interface conformément au DCSR et désactiver IPv6.
|
||||
5. Ouvrir **Save & Exit**, puis sélectionner **Save Changes and Reset**.
|
||||
6. Après le redémarrage, laisser le nœud démarrer sur Phoenix.
|
||||
7. Vérifier que l'interface IPMI répond au ping.
|
||||
|
||||
### 4.2 Configurer le BMC
|
||||
|
||||
Une fois l'interface IPMI configurée et joignable :
|
||||
|
||||
1. Dans Chrome, ouvrir `https://IP_IPMI`.
|
||||
2. Se connecter avec le compte `ADMIN`. Le mot de passe initial figure sur une étiquette du serveur.
|
||||
3. Dans **System > Component Info**, vérifier l'absence de défaut matériel.
|
||||
4. Dans **Configuration > Account Services**, modifier le mot de passe du compte `ADMIN`. Générer et enregistrer le nouveau mot de passe dans RDM.
|
||||
5. Dans **Configuration > Network**, configurer les serveurs DNS, le nom d'hôte et l'interface **LAN dedicated**, puis enregistrer.
|
||||
6. Dans **Configuration > BMC Settings > Date and Time**, configurer le client NTP et enregistrer.
|
||||
|
||||
Si les serveurs AD ne sont pas encore créés, utiliser temporairement les serveurs AD de test `192.168.126.11` et `192.168.126.12`. En cas d'erreur, vérifier l'ouverture des flux réseau.
|
||||
|
||||
Répéter ces opérations pour chacun des nœuds.
|
||||
|
||||
## 5. Installer le cluster Nutanix avec Foundation
|
||||
|
||||
Sur le poste d'installation, lancer **Portable Foundation**.
|
||||
|
||||
### 5.1 Configurer le réseau et sélectionner les nœuds
|
||||
|
||||
1. Sur la première page, conserver les options 1 à 4 par défaut.
|
||||
2. À l'option 5, activer **LACP en mode Fast** si la configuration réseau le prévoit. Vérifier dans l'onglet Switchs du DCSR si un Port Channel est configuré sur les interfaces fibre Nutanix.
|
||||
3. À l'option 6, saisir le VLAN. Aux options 7 et 8, saisir le masque et la passerelle associés aux interfaces Nutanix, puis cliquer sur **Next**.
|
||||
4. Sur la page de découverte, cliquer sur **Scan**, puis **Show** pour actualiser la liste.
|
||||
5. Sélectionner uniquement les nœuds du cluster à créer.
|
||||
6. Renseigner pour chaque nœud les champs **IPMI IP**, **HOST IP**, **CVM IP** et **HOSTNAME OF HOST** à partir du DCSR, puis cliquer sur **Next**.
|
||||
|
||||
### 5.2 Choisir les images et les paramètres du cluster
|
||||
|
||||
1. Charger et sélectionner l'image AOS.
|
||||
2. Attribuer `28 Go` de mémoire aux CVM.
|
||||
3. Sélectionner AHV et charger son image.
|
||||
4. Désactiver LUKS, puis cliquer sur **Next**.
|
||||
5. Saisir le nom du cluster, le fuseau horaire et l'adresse IP du cluster.
|
||||
6. Configurer le facteur de résilience `RF2` si le cluster comporte moins de cinq nœuds.
|
||||
7. Saisir les adresses IP des serveurs NTP (AD1/AD2 et serveur NTP physique) et des serveurs DNS, puis cliquer sur **Next**.
|
||||
|
||||
Si les serveurs AD ne sont pas encore créés, utiliser temporairement `192.168.126.11` et `192.168.126.12`. En cas d'erreur, vérifier les flux réseau.
|
||||
|
||||
8. Choisir la méthode 2; ces paramètres seront modifiés ultérieurement.
|
||||
9. Sur la page suivante, conserver les valeurs par défaut et cliquer sur **Start**.
|
||||
|
||||
L'installation prend généralement entre 45 minutes et 1 h 15. À la fin, cliquer sur **Click here**. Se connecter avec le compte initial `admin` et le mot de passe `Nutanix/4u`, puis générer un nouveau mot de passe sécurisé avec RDM. Renseigner et accepter l'EULA, puis conserver les paramètres par défaut sur la page suivante et cliquer sur **Continue**.
|
||||
|
||||
Répéter la procédure pour chaque cluster à installer.
|
||||
|
||||
## 6. Configurer chaque cluster Nutanix
|
||||
|
||||
Répéter les opérations ci-dessous sur chaque cluster.
|
||||
|
||||
### 6.1 Paramètres du cluster
|
||||
|
||||
- Dans **Settings > Cluster Details**, saisir l'adresse IP **Data Service** (indiquée comme iSCSI dans le DCSR).
|
||||
- Dans **Settings > Name Servers**, vérifier la présence des serveurs DNS AD1/AD2.
|
||||
- Dans **Settings > Network Configuration**, déclarer les VLAN utilisés par les machines virtuelles, conformément au DCSR.
|
||||
- Dans **Settings > NTP Servers**, vérifier la présence des serveurs NTP AD1/AD2 et du serveur NTP physique.
|
||||
- Dans **Settings > Manage VM High Availability**, activer **Enable HA Reservation**, puis enregistrer.
|
||||
- Dans **Settings > Language Settings**, sélectionner **France** dans la région, puis enregistrer.
|
||||
|
||||
### 6.2 Configurer le conteneur de stockage
|
||||
|
||||
1. Ouvrir **Storage > Storage Container**.
|
||||
2. Saisir le nom du cluster.
|
||||
3. Vérifier que la compression est activée, puis enregistrer.
|
||||
|
||||
### 6.3 Configurer la protection des données entre clusters
|
||||
|
||||
1. Ouvrir **Data Protection > Table**.
|
||||
2. Sélectionner **Remote Site > Physical Cluster**.
|
||||
3. Saisir le nom et l'adresse IP du cluster distant ou secondaire.
|
||||
4. Vérifier que **Disaster Recovery** est activé, puis ouvrir **Settings**.
|
||||
5. Vérifier que la compression est activée.
|
||||
6. Associer les VLAN des deux clusters. Les noms des VLAN doivent correspondre entre les clusters. Effectuer cette association pour tous les VLAN, puis associer le VStore du cluster A à celui du cluster B.
|
||||
7. Enregistrer la configuration.
|
||||
8. Répéter la configuration depuis le second cluster, puis lancer un test de connexion depuis chaque cluster.
|
||||
|
||||
### 6.4 Créer les domaines et calendriers de protection
|
||||
|
||||
Ouvrir **Protection Domain > Async DR**. Utiliser le nom de protection indiqué dans l'onglet **Env Complet** du DCI, colonne `DataProctection`. Les règles sont différentes selon qu'il s'agit d'une infrastructure complète ou d'une demi-infrastructure :
|
||||
|
||||
| Nom de la protection | Nom demi-infrastructure | Paramètre 1 | Paramètre 2 |
|
||||
| --- | --- | --- | --- |
|
||||
| `DC1_to_DC2` | `VMGroup1` | `/` | 1 fois par jour pendant 7 jours |
|
||||
| `DC2_to_DC1` | `VMGroup2` | `/` | 1 fois par jour pendant 7 jours |
|
||||
| `Standalone_VMs` | `Standalone_VMs` | 1 fois par heure pendant 24 h | 1 fois par jour pendant 7 jours |
|
||||
| `Formation` | `Formation` | `/` | 1 fois par jour pendant 7 jours |
|
||||
|
||||
Sélectionner les machines virtuelles à ajouter en vérifiant la colonne `DataProtection` du DSI, cliquer sur **Protect Selected Entities**, puis sur **Next**. Cliquer sur **New Schedule**, configurer la tâche selon le DCSR, puis cliquer sur **Create Schedule** et **Close**.
|
||||
|
||||
Répéter ces étapes pour créer toutes les tâches de sauvegarde requises.
|
||||
|
||||
## 7. Renommer les CVM
|
||||
|
||||
Par défaut, les CVM peuvent être nommées `NTNX-XXXXX-A-CVM`.
|
||||
|
||||
Se connecter en SSH à la première CVM avec le compte `nutanix`, puis exécuter la commande suivante en adaptant le nom :
|
||||
|
||||
```bash
|
||||
sudo /usr/local/nutanix/cluster/bin/change_cvm_hostname NTNX-1-1-CVM
|
||||
```
|
||||
|
||||
Attendre entre chaque commande : le cluster effectue une bascule pendant le renommage et le redémarrage.
|
||||
|
||||
Depuis une autre CVM, exécuter la commande suivante en remplaçant l'adresse IP et le nom :
|
||||
|
||||
```bash
|
||||
change_cvm_display_name --cvm_ip=10.xx.110.3 --cvm_name=NTNX-1-1-CVM
|
||||
```
|
||||
|
||||
Répéter l'opération pour les autres CVM en adaptant les noms et adresses IP.
|
||||
|
||||
## 8. Installer et configurer Prism Central
|
||||
|
||||
Prism Central fournit une gestion centralisée des clusters Nutanix. Deux méthodes de déploiement sont décrites ci-dessous : sur un serveur VMware ESXi témoin ou directement sur un cluster Nutanix.
|
||||
|
||||
### 8.1 Déployer Prism Central sur VMware ESXi
|
||||
|
||||
Déployer la VM `PRISMCENTRAL` sur l'ESXi témoin indiqué dans le DCSR. Pour importer la VM sur ESXi, consulter la [procédure d'import d'une VM sur VMware ESXi](https://tfs2k18.systel-sa.com/tfs/Systel/Etudes/_wiki/wikis/Etudes.wiki/1315/Exporter-et-importer-une-VM-depuis-la-plateforme-de-Production?anchor=import-de-la-vm-sur-vmware-esxi).
|
||||
|
||||
Après le démarrage, attendre la fin des scripts exécutés au lancement du système. Ouvrir la console de la VM et se connecter avec le compte initial `nutanix` et le mot de passe `nutanix/4u`.
|
||||
|
||||
Éditer le fichier réseau selon les valeurs du DCSR :
|
||||
|
||||
```bash
|
||||
sudo nano /etc/sysconfig/network-scripts/ifcfg-eth0
|
||||
```
|
||||
|
||||
Enregistrer les modifications, puis redémarrer la VM :
|
||||
|
||||
```bash
|
||||
sudo reboot
|
||||
```
|
||||
|
||||
Après le redémarrage, attendre de nouveau la fin des scripts de démarrage. Depuis la console de la VM (cette opération ne fonctionne pas en SSH), créer le cluster Prism Central en remplaçant `IP_PRISM_CENTRAL` par l'adresse prévue dans le DCSR :
|
||||
|
||||
```bash
|
||||
cluster --cluster_function_list="multicluster" -s IP_PRISM_CENTRAL create
|
||||
```
|
||||
|
||||
Vérifier l'état du cluster :
|
||||
|
||||
```bash
|
||||
cluster status
|
||||
```
|
||||
|
||||
Dans Chrome, ouvrir `https://IP_PRISM-CENTRAL:9440/` et se connecter avec le compte initial `admin` et le mot de passe `Nutanix/4u`. Générer un nouveau mot de passe sécurisé avec RDM, puis renseigner l'EULA et poursuivre avec les paramètres par défaut.
|
||||
|
||||
Configurer ensuite Prism Central :
|
||||
|
||||
- Dans **Prism Central Settings > Name Servers**, saisir les serveurs DNS de la plateforme.
|
||||
- Dans **NTP Servers**, saisir les serveurs NTP de la plateforme.
|
||||
- Dans **Language Settings**, sélectionner **France**, puis enregistrer.
|
||||
|
||||
### 8.2 Déployer Prism Central sur un cluster Nutanix
|
||||
|
||||
Depuis le cluster principal :
|
||||
|
||||
1. Dans **Home**, cliquer sur **Register or create new**.
|
||||
2. Sélectionner **I want to deploy a new Prism Central instance**.
|
||||
3. Cliquer sur **Upload Installation Binary** et charger les fichiers `.json` et `.tar` de Prism Central.
|
||||
4. Une fois les fichiers chargés, sélectionner la version et cliquer sur **Next**.
|
||||
5. Sélectionner **X-Small** ou **Small** si X-Small n'est pas disponible, puis cliquer sur **Next**.
|
||||
6. Saisir les informations demandées en s'appuyant sur les noms et adresses IP du DCSR, puis cliquer sur **Next**.
|
||||
7. Conserver les paramètres par défaut et cliquer sur **Deploy**.
|
||||
@@ -0,0 +1,74 @@
|
||||
# Microsoft LAPS
|
||||
|
||||
## Pourquoi utiliser LAPS ?
|
||||
|
||||
LAPS signifie **Local Administrator Password Solution**. Il s'agit d'une solution Microsoft qui permet de gérer et de sécuriser les mots de passe des comptes administrateurs locaux des ordinateurs joints à un domaine Active Directory.
|
||||
|
||||
LAPS permet notamment de :
|
||||
|
||||
- Générer un mot de passe complexe et unique pour chaque machine.
|
||||
- Renouveler automatiquement les mots de passe selon les stratégies configurées.
|
||||
- Stocker les mots de passe dans les attributs de l'objet ordinateur dans Active Directory.
|
||||
- Contrôler, au moyen des autorisations Active Directory, les personnes autorisées à consulter les mots de passe.
|
||||
|
||||
## Utiliser Windows LAPS intégré à Active Directory
|
||||
|
||||
### Récupérer le mot de passe du compte AdminLocal
|
||||
|
||||
Le mot de passe peut être consulté avec PowerShell ou depuis les propriétés de l'objet ordinateur dans l'OU qui contient la machine cible, onglet **LAPS**.
|
||||
|
||||
Avec PowerShell :
|
||||
|
||||
```powershell
|
||||
Get-LapsADPassword "nom_de_la_machine" -AsPlainText
|
||||
```
|
||||
|
||||
Pour consulter l'historique des mots de passe, selon la configuration de la GPO :
|
||||
|
||||
```powershell
|
||||
Get-LapsADPassword "nom_de_la_machine" -AsPlainText -IncludeHistory
|
||||
```
|
||||
|
||||
### Lister les machines gérées par LAPS
|
||||
|
||||
Exécuter le script `read_laps_deploy.ps1`. Il génère deux fichiers de rapport : un fichier HTML et un fichier CSV.
|
||||
|
||||
## Utiliser l'ancienne interface LAPS UI
|
||||
|
||||
> **Attention :** LAPS UI est obsolète sur les plateformes utilisant le tiering Active Directory. Utiliser Windows LAPS et les méthodes adaptées au modèle d'administration de la plateforme.
|
||||
|
||||
Pour une plateforme où l'ancienne interface est encore prise en charge, le mot de passe du compte administrateur local peut être consulté de plusieurs façons.
|
||||
|
||||
### Depuis LAPS UI
|
||||
|
||||
1. Sur le contrôleur de domaine, lancer **LAPS UI**. Dans la recherche Windows, saisir `LAPS`; l'application peut être épinglée à la barre des tâches.
|
||||
2. Saisir le nom de l'hôte pour afficher le mot de passe du compte administrateur local.
|
||||
3. Le bouton **Set** permet de générer un nouveau mot de passe et une nouvelle date d'expiration.
|
||||
|
||||
### Depuis PowerShell
|
||||
|
||||
Dans une session PowerShell lancée en tant qu'administrateur, exécuter la commande suivante en remplaçant le nom de machine :
|
||||
|
||||
```powershell
|
||||
Get-AdmPwdPassword -ComputerName "nom_de_la_machine"
|
||||
```
|
||||
|
||||
### Depuis l'objet Active Directory
|
||||
|
||||
Ouvrir les propriétés de l'objet ordinateur concerné dans Active Directory et consulter les informations LAPS.
|
||||
|
||||
### Lister les ordinateurs gérés par l'ancien LAPS
|
||||
|
||||
Adapter le chemin `SearchBase` à l'arborescence Active Directory du client :
|
||||
|
||||
```powershell
|
||||
Get-ADComputer -Filter * -SearchBase "OU=SERVERS,OU=CONTROL_ROOM,DC=westfrs,DC=local" | Get-AdmPwdPassword
|
||||
```
|
||||
|
||||
## Appliquer la stratégie LAPS
|
||||
|
||||
Pour que la solution LAPS soit déployée sur les machines, un redémarrage des ordinateurs Windows du domaine peut être nécessaire. Si besoin, forcer l'application des stratégies de groupe sur une machine avec la commande suivante :
|
||||
|
||||
```cmd
|
||||
gpupdate /force
|
||||
```
|
||||
@@ -0,0 +1,163 @@
|
||||
# Préparation d'un serveur Windows Server Core
|
||||
|
||||
## 1. Prérequis et accès
|
||||
|
||||
1. Suivre la procédure d'export et d'import d'une VM depuis la plateforme de Production vers l'environnement client : **Exporter et importer une VM depuis la plateforme de Production**.
|
||||
2. Depuis l'hyperviseur, ouvrir la console de la VM.
|
||||
3. Envoyer la combinaison **Ctrl+Alt+Suppr**, puis s'authentifier avec le compte administrateur.
|
||||
4. Récupérer le mot de passe initial dans le coffre-fort sécurisé prévu à cet effet. Ne pas conserver de mot de passe en clair dans cette procédure.
|
||||
|
||||
Après l'import, ouvrir la VM en mode console depuis l'hyperviseur.
|
||||
|
||||
## 2. Exécuter Sysprep
|
||||
|
||||
1. Dans l'interface de configuration, saisir `15` pour ouvrir la ligne de commande.
|
||||
2. Lancer Sysprep :
|
||||
|
||||
```cmd
|
||||
C:\Windows\System32\Sysprep\sysprep.exe
|
||||
```
|
||||
|
||||
3. Après le redémarrage, définir le mot de passe du compte Administrateur lorsque Windows le demande.
|
||||
4. Pour l'envoi des données de diagnostic, sélectionner l'option `1`.
|
||||
|
||||
## 3. Configurer le réseau
|
||||
|
||||
Après le redémarrage et l'authentification, saisir `15` dans l'interface de configuration pour ouvrir la ligne de commande.
|
||||
|
||||
### 3.1 Identifier et renommer l'interface réseau
|
||||
|
||||
Afficher les interfaces et relever leur index (`ifIndex`) ainsi que leur nom :
|
||||
|
||||
```powershell
|
||||
Get-NetAdapter
|
||||
```
|
||||
|
||||
Renommer l'interface selon le VLAN, en adaptant le nom et la valeur d'exemple :
|
||||
|
||||
```powershell
|
||||
Rename-NetAdapter -Name "Ethernet" -NewName "NEXSIS_SERVEURS"
|
||||
```
|
||||
|
||||
### 3.2 Configurer l'adresse IPv4
|
||||
|
||||
Configurer l'adresse IP, le préfixe et la passerelle conformément au DCSR. Remplacer l'index et les valeurs d'exemple avant d'exécuter la commande :
|
||||
|
||||
```powershell
|
||||
New-NetIPAddress -InterfaceIndex 6 -IPAddress xxx.xxx.xxx.xxx -PrefixLength 27 -DefaultGateway xxx.xxx.xxx.xxx
|
||||
```
|
||||
|
||||
### 3.3 Configurer les serveurs DNS
|
||||
|
||||
1. Revenir à l'interface de configuration avec :
|
||||
|
||||
```powershell
|
||||
sconfig
|
||||
```
|
||||
|
||||
2. Choisir l'option `8` pour configurer l'interface réseau.
|
||||
3. Saisir l'index de l'interface concernée.
|
||||
4. Choisir l'option `2` pour configurer les serveurs DNS.
|
||||
5. Selon la procédure source, définir l'autre contrôleur de domaine comme DNS principal et `127.0.0.1` comme DNS secondaire.
|
||||
|
||||
Après cette première configuration réseau, il est possible de se connecter au serveur en Bureau à distance avec le compte Administrateur afin de poursuivre plus facilement.
|
||||
|
||||
### 3.4 Désactiver IPv6
|
||||
|
||||
Récupérer le nom de l'interface :
|
||||
|
||||
```powershell
|
||||
Get-NetAdapter
|
||||
```
|
||||
|
||||
Vérifier l'état de la liaison IPv6 :
|
||||
|
||||
```powershell
|
||||
Get-NetAdapterBinding -Name "NEXSIS_SERVEURS" -ComponentID ms_tcpip6
|
||||
```
|
||||
|
||||
Si `Enabled` vaut `True`, désactiver IPv6 :
|
||||
|
||||
```powershell
|
||||
Disable-NetAdapterBinding -Name "NEXSIS_SERVEURS" -ComponentID ms_tcpip6
|
||||
```
|
||||
|
||||
### 3.5 Renommer le serveur
|
||||
|
||||
Dans `sconfig`, choisir l'option `2` et attribuer au serveur le nom défini dans le DCSR.
|
||||
|
||||
## 4. Installer les outils de l'hyperviseur
|
||||
|
||||
### 4.1 Nutanix
|
||||
|
||||
Exécuter le script suivant pour désinstaller VMware Tools :
|
||||
|
||||
```powershell
|
||||
C:\SYSTEL\Install\Scripts\1-Remove_VMware_Tools.ps1
|
||||
```
|
||||
|
||||
Le script supprime les composants VMware Tools (service, fichiers et entrées de registre). En cas d'erreur, contacter l'équipe infrastructure.
|
||||
|
||||
Dans Prism Central, faire un clic droit sur la VM, ouvrir **Guest Tools**, puis choisir **Set Up NGT**. Sur le serveur Windows Core, vérifier qu'un lecteur CD est monté :
|
||||
|
||||
```powershell
|
||||
Get-WmiObject Win32_CDROMDrive | Select-Object Drive, MediaLoaded
|
||||
```
|
||||
|
||||
Si le média est monté sur `D:`, ouvrir le répertoire d'installation et en vérifier le contenu :
|
||||
|
||||
```powershell
|
||||
cd D:\installer\windows
|
||||
ls
|
||||
```
|
||||
|
||||
Lancer l'installateur correspondant et suivre l'assistant. Si les options proposées diffèrent, vérifier les paramètres attendus auprès de l'équipe infrastructure.
|
||||
|
||||
## 5. Joindre le domaine Active Directory
|
||||
|
||||
1. Dans `sconfig`, choisir l'option `1` pour configurer l'appartenance au domaine.
|
||||
2. Une fois le serveur joint au domaine, ajouter le compte ou le groupe Active Directory prévu au groupe local des administrateurs.
|
||||
|
||||
Exemple pour le compte `SPOOLER` du domaine `CTAxx` (remplacer `xx` par le numéro du département) :
|
||||
|
||||
```powershell
|
||||
Add-LocalGroupMember -Group "Administrateurs" -Member "CTAxx\SPOOLER"
|
||||
```
|
||||
|
||||
## 6. Activer Windows
|
||||
|
||||
> Les modèles sont en édition Windows Server Standard. Pour une licence Datacenter, consulter l'annexe ci-dessous.
|
||||
|
||||
1. Lancer `sconfig` et choisir l'option `11`.
|
||||
2. Choisir l'option `3`, puis saisir la clé de produit.
|
||||
3. La clé est disponible sur le Cloud Systel, dans le répertoire correspondant au client : `\\cloud\Licences` ou `\\cloud\Clients`.
|
||||
4. Une fois la clé validée, choisir l'option `2` pour activer Windows.
|
||||
|
||||
## 7. Annexe : corriger une incompatibilité d'édition Windows
|
||||
|
||||
Cette procédure concerne le cas où la licence Windows Server Datacenter ne correspond pas à l'édition Standard installée.
|
||||
|
||||
### 7.1 Méthode avec DISM
|
||||
|
||||
Remplacer les `X` par la clé de licence client, généralement une clé MAK, puis exécuter :
|
||||
|
||||
```cmd
|
||||
DISM /online /Set-Edition:ServerDatacenter /ProductKey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX /AcceptEula
|
||||
```
|
||||
|
||||
Lorsque l'invite le demande, saisir `Y` pour redémarrer.
|
||||
|
||||
### 7.2 Méthode de dernier recours avec le registre et le programme d'installation
|
||||
|
||||
N'utiliser cette méthode que si la méthode DISM échoue et après validation par l'équipe infrastructure. Avant toute modification du registre, effectuer une sauvegarde et prévoir une procédure de retour arrière.
|
||||
|
||||
1. Ouvrir `Regedit.exe` et accéder à :
|
||||
|
||||
```text
|
||||
Ordinateur\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion
|
||||
```
|
||||
|
||||
2. Modifier la valeur d'édition `Standard` en `Datacenter` conformément à la procédure validée.
|
||||
3. Monter l'ISO correspondant à la version de Windows Server et lancer `Setup.exe` en tant qu'administrateur.
|
||||
4. Suivre l'assistant, saisir la clé Datacenter, choisir **Datacenter expérience de bureau**, accepter le contrat de licence et sélectionner **Conserver**, puis **Suivant**.
|
||||
5. Lancer l'installation et attendre sa fin.
|
||||
Reference in New Issue
Block a user