Les éléments ajoutés à la gestion des imprimantes sur Windows 2008 R2
3. La configuration des clients
Attention, contrairement au mode Hors Connexion classique, les documents ou exécutables ne seront accessibles que si le partage et le document distant sont effectivement accessibles. En effet, avant de transmettre le document à l’utilisateur à partir du cache, il est nécessaire de vérifier que le fichier n’a pas été modifié et que les permissions autorisent toujours l’utilisateur à y accéder.
3. La configuration des clients
Le service BranchCache est installé par défaut sur les stations Windows 7, mais celuici devra être démarré pour que la stratégie soit efficace.
Voici la stratégie à définir pour configurer les clients :
● Le premier paramètre de la stratégie BranchCache permet d’activer l’utilisation du cache, mais ceci ne provoque pas le démarrage du service BranchCache qui sera donc placé en démarrage automatique sur les stations.
Son activation sera réalisée par stratégie, car deux modes sont proposés :
● Le mode distribué est utilisé quand aucun serveur n’est disponible sur le site.
Dans ce mode, toutes les stations du site activées pour le BranchCache se partagent le cache et vérifient
enidentnumber-AAEAAAD/////AQAAAAAAAAAMAgAAAE1FTkkuRWRpdGlvbnMuTUVESUFwbHVzLCBWZXJzaW9uPTEuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49bnVsbAUBAAAAJ0VOSS5FZGl0aW9ucy5NRURJQXBsdXMuQ29tbW9uLldhdGVybWFyawIAAAAHcGlzVGV4dAlwaWR0ZURhdGUBAA0CAAAABgMAAAA8Mjg5MzAyIC0gYWRhbW8gZGlhcnJhIC0gMjU4ZThlZWQtN2NjNS00YTU2LThlODQtZjYwZWVhYWMyOThl0tCr1vqnzogLAA==-enidentnumber
localement la présence du document recherché dans un des caches avant d’aller chercher le fichier sur le serveur du site central.
● Le mode hébergé est souvent préférable quand un serveur Windows 2008 R2 est présent sur le site distant.
Dans ce mode, toutes les stations du site activées pour le BranchCache utilisent le serveur pour vérifier la présence du document et y mettre le document en cache si nécessaire.
● L’activation du mode BranchCache pour les fichiers réseaux permet d’indiquer le délai audelà duquel le fichier sera effectivement mis en cache.
La valeur 0 provoque la mise en cache de tous les fichiers.
Le dernier paramètre de la stratégie définit le pourcentage d’espace disque autorisé pour le cache sur les stations ou les serveurs définis pour le stockage des fichiers.
enidentnumber-AAEAAAD/////AQAAAAAAAAAMAgAAAE1FTkkuRWRpdGlvbnMuTUVESUFwbHVzLCBWZXJzaW9uPTEuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49bnVsbAUBAAAAJ0VOSS5FZGl0aW9ucy5NRURJQXBsdXMuQ29tbW9uLldhdGVybWFyawIAAAAHcGlzVGV4dAlwaWR0ZURhdGUBAA0CAAAABgMAAAA8Mjg5MzAyIC0gYWRhbW8gZGlhcnJhIC0gMjU4ZThlZWQtN2NjNS00YTU2LThlODQtZjYwZWVhYWMyOThl0tCr1vqnzogLAA==-enidentnumber
La valeur par défaut est de 5%.
Cette logique signifie qu’une stratégie spécifique sera préparée pour chaque site distant contenant soit un serveur, soit un cache réparti entre les différentes stations. À noter que le démarrage automatique du service peut être ajouté dans la même stratégie.
En conclusion, l’optimisation des sites distants reste une préoccupation importante pour Microsoft qui prévoit encore d’améliorer cette fonctionnalité dans la prochaine version de Windows. En effet, ce type de fonctionnalité permet d’envisager une centralisation beaucoup plus importante des ressources de type partages de fichiers et bases documentaires, tout en limitant le nombre de serveurs nécessaires pour maintenir l’ensemble et faciliter l’administration et la sauvegarde de l’ensemble des informations.
enidentnumber-AAEAAAD/////AQAAAAAAAAAMAgAAAE1FTkkuRWRpdGlvbnMuTUVESUFwbHVzLCBWZXJzaW9uPTEuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49bnVsbAUBAAAAJ0VOSS5FZGl0aW9ucy5NRURJQXBsdXMuQ29tbW9uLldhdGVybWFyawIAAAAHcGlzVGV4dAlwaWR0ZURhdGUBAA0CAAAABgMAAAA8Mjg5MzAyIC0gYWRhbW8gZGlhcnJhIC0gMjU4ZThlZWQtN2NjNS00YTU2LThlODQtZjYwZWVhYWMyOThl0tCr1vqnzogLAA==-enidentnumber
Introduction
Ce chapitre est dédié à la haute disponibilité. L’objectif est de parcourir les possibilités offertes en terme de haute disponibilité par Windows Server 2008 R2. Augmenter la disponibilité des services offerts est un challenge permanent pour toutes les DSI.
Un ensemble de facteurs favorise cela :
● Homogénéiser les serveurs en passant par une installation et des paramètres identiques (voir le chapitre Déploiement des serveurs et postes de travail).
Une fois tous ces facteurs en œuvre, certains services critiques sont toujours dépendants d’un serveur unique qui tombera forcément en panne tôt ou tard, ou qu’il faudra redémarrer suite au Microsoft Patch Day. C’est là que la haute disponibilité entre en jeu, permettant de passer d’un service fortement disponible à un service hautement disponible.
Elle vient bien en complément des facteurs cidessus.
Les serveurs participant à la haute disponibilité sont désignés comme nœuds du cluster, ce dernier désignant en retour l’ensemble des serveurs. Le cluster est prévu pour répondre à des besoins forts de disponibilité et ne doit pas être pris à la légère. Avant de décider si une solution de type cluster répond à ce besoin, certaines questions doivent être posées :
● Quel est le taux de disponibilité de la solution actuelle ?
● Quel est le taux de disponibilité souhaité/demandé ?
● Combien coûte le manque de disponibilité actuel ?
● En cas de panne, combien de temps fautil pour restaurer le serveur ?
● Estce que la solution qui fournit le service est bien prévue pour fonctionner en cluster ?
● Estce qu’un seul serveur fournit toutes les ressources matérielles nécessaires, ou fautil plusieurs serveurs actifs en même temps ?
enidentnumber-AAEAAAD/////AQAAAAAAAAAMAgAAAE1FTkkuRWRpdGlvbnMuTUVESUFwbHVzLCBWZXJzaW9uPTEuMC4wLjAsIEN1bHR1cmU9bmV1dHJhbCwgUHVibGljS2V5VG9rZW49bnVsbAUBAAAAJ0VOSS5FZGl0aW9ucy5NRURJQXBsdXMuQ29tbW9uLldhdGVybWFyawIAAAAHcGlzVGV4dAlwaWR0ZURhdGUBAA0CAAAABgMAAAA8Mjg5MzAyIC0gYWRhbW8gZGlhcnJhIC0gMjU4ZThlZWQtN2NjNS00YTU2LThlODQtZjYwZWVhYWMyOThlAOmN7fqnzogLAA==-enidentnumber