Mon "officieux" Exchange Server 2007 CCR recommandations

Novembre 14, 2008 · Classé dans Exchange Server 2007, Server Hardware, stockage | 406 vues

Ayant eu Réplication continue en cluster en place maintenant depuis environ un an, j'ai emprunté certains de mes propres recommandations de bonnes pratiques qui pourraient ne pas être trouvée dans la documentation officielle de Microsoft. Bien sûr, ça fait un petit moment que je n'ai pas vérifié que la documentation, donc cela doit être le chevauchement des recommandations.

Bien que ces recommandations sont basées sur un environnement très solide et stable de production ... rien de mal ou de recherche d'emploi induisant ce qui se passe à la suite de leur mise en œuvre dans votre environnement n'est pas ma responsabilité.

Donc, voici la liste par ordre d'importance:

  • Serveurs de transport Hub devrait pas être l'emplacement de votre partage de fichiers témoins. J'ai trouvé le meilleur endroit à mon avis est, en fait, des contrôleurs de domaine dans le même domaine que les serveurs Exchange. Ce n'est évidemment être étendu pour couvrir d'autres sites et des domaines aussi votre organisation mai en avoir. Bien sûr, vous devez configurer deux emplacements FSW ... une primaire et une mise en scène avec dossiers et des autorisations en place au cas où votre serveur principal FSW meurt.
    • Je ne sais pour un fait que Microsoft a donné l'orientation initiale était d'avoir la FSW sur les serveurs de transport Hub. La logique est qu'un transport Hub est un rôle nécessaire et le FSW doit être mis sur un serveur les contrôles administrateur Exchange ... un naturel en forme.
  • Les serveurs hébergeant le Partage de fichiers témoins (ou au moins le serveur qui est l'hôte primaire FSW) ne doit PAS être dans le centre de données comme l'un des deux nœuds de serveur de boîtes aux lettres dans le cluster CCR. En utilisant un modèle de centre de données de trois ( tous les locaux et dans le même site AD) que vous fournissiez des renseignements complets et automatique basculer la protection en cas de panne de centre de données.
  • Hub serveurs de transport ne devraient pas utiliser de stockage SAN ci-joint pour leurs bases de données file d'attente. Capacité de stockage interne, dans le serveur de transport Hub, est préféré. Dans le cas où une panne se produit avec perte de CCR et des Transports de re-livraison Dumpster est nécessaire, il serait préférable de ne pas avoir que le transport de données benne à ordures sur le SAN qui est peut-être par des mesures dès maintenant en raison d'une défaillance centre de données ou SAN échec. Si la base de données de file d'attente est située sur le stockage interne dans le serveur de transport Hub, vous pouvez simplement déplacer que serveur de transport Hub physiquement à une exploitation Lieu (ne dispose même pas d'être dans un centre de données), le remettre sur le réseau et maintenant, il peut participer au transport de re-livraison benne à ordures. Cool.
  • you have the capability to place a blade server chassis in another location during a data center failure.  This goes along with the previous recommendation about being able to bring that Hub Transport back online in an alternate location. Si possible, Hub serveurs de transport ne devraient pas être mis sur le matériel serveur lame SI vous avez les moyens de placer un châssis de serveurs lames à un autre endroit pendant une panne de centre de données. Cela va de pair avec la précédente recommandation quant à la possibilité de porter cette Hub Transport retour en ligne dans un autre emplacement.
  • Au moins un contrôleur de domaine doit être placé dans chaque centre local de données que vous avez des serveurs Exchange mis po Bien sûr, vous devriez vraiment avoir un minimum de deux centres de données pour tirer parti du CCR et vous devriez toujours avoir au moins deux contrôleurs de domaine par site AD ... Alors un contrôleur de domaine par centre de données tout à fait logique. Si vous allez utiliser un contrôleur de domaine (comme indiqué précédemment) pour votre partage de fichiers témoin, cette offre alors vous deux AD et Exchange de protection dans un seul mouvement.

Avez-vous quelque chose à ajouter?

  • Partager / Save / Bookmark

Tags:

Commentaires

3 Responses to "My" officieux "de Exchange Server 2007 recommandations du CCR"

  1. Exchange Server 2007 CCR recommandations | The Assassin Capslock le 17 Novembre 2008 3:01 pm

    [...] Lire la suite ... [...]

  2. Jason Holmes le Février 18, 2009 12:30 pm

    Avec le serveur de transport Hub est-il de rouler également au client l'accès et la messagerie unifiée sur le même serveur?

  3. Chroniques d'un administrateur de systèmes le Février 19, 2009 8:05 pm

    Je recommanderais contre elle, même si je n'ai pas trouvé rien dire expressément à l'une ou l'autre sens.

    Voir ces liens pour obtenir des informations générales.

    http://technet.microsoft.com/en-us/library/bb232197.aspx

    http://technet.microsoft.com/en-us/library/bb123911.aspx

Laissez une réponse