|
|
|
| Intensivkurs AdvEXS-HA |
Aktualisiert 17.04.2013 |
|
Advanced Administration Exchange Server 2010 HA
- High Availability (ab 03. 2013 mit Exchange Server 2013) -
|
|
SCHULUNGSZIEL
Dieser sehr anspruchsvolle Intensivkurs ist für fortgeschrittene Exchange 2010/2013 Server Administratoren konzipiert, die eine hochverfügbare Exchange
Server 2010/2013 HA (High Availability) in einem Rechenzentrum oder verteilt auf mehrereren Rechenzentren planen, aufbauen und administrieren wollen. Exchange
2010/2013 HA ersetzt und vereint die in Exchange 2007 eingesetzten Techniken CCR (Cluster Continuous Replication), SCR (Standby Continuous Replication)
und SCC (Single Copy Cluster) mit Windows Server 2008 R2 bzw. 2012 Failover Clustering. Bis zu 16 Exchange 2010 Server und noch mehr Exchange 2013 Server
können zu einem Failover Cluster, sog. DAG (Database Availability Group) zusammen geschlossen werden. Jedes DAG-Mitglied kann bis zu 100 Datenbanken
besitzen. Jede Datenbank kann (bei 2010 HA) bis zu 16 Kopien in einer DAG existieren. Zu jeder Zeit kann nur eine Datenbankkopie aktiv sein (Mounted), während die
anderen Kopien passiv sind.
Im Gegensatz zu Exchange 2007 CCR bzw. SCC ist die Failovereinheit nicht auf Server- , sondern auf Datenbankebene. Wenn eine Datenbank nicht verfügbar ist, wird
automatisch eine der Kopien in der DAG gemounted ⇒ Failover. AutoMount-Strategie
erlaubt die beste Datenbankkopie auszuwählen. Eine passive Datenbankkopie kann auch manuell aktiviert werden
⇒ SwitchOver.
Eine minimale hochverfügbare Exchange 2010 Umgebung läßt sich schon mit 2 Servern (plus Hardware Load Balancer) in einer DAG realisieren, weil es mit Exchange 2010
auch möglich ist, auf einem geclusterten Exchange 2010 Mailboxserver (MBS) einen Exchange 2010 Hub Transport Server (HTS) und Client Access Server (CAS) sowie
Unified Messaging Server (UMS) zu installieren. Ähnlich wie bei Exchange 2007 CCR ist auch kein gemeinsamer SAN notwendig. Die Datenbanken des einzelnen Exchange
2010 Servers sind entweder auf DAS (Direct Access Storage) oder auf einem lokalen SAN.
Im Kurs baut jeder Teilnehmer zunächst für sich eine 2-Node DAG mit File Share Witness auf (Node Majority & File Share Witness). Später wird die DAG auf
mehrere Server und Datenbanken erweitert. Ab 3 DAG-Knoten bekommt der Cluster automatisch Node-Majority. Eine DAG ist zugleich ein "multimaster"
Failover Cluster. Die Clusterdatenbank wird mit Quorum Replica Set Algorithm (Paxos Algorithmus) synchronisiert. Die Exchange 2010 Datenbanken
werden dagegen mit der verbesserten Version von Exchange 2007 CCR Continuous Replication (Log Shipping 2.0) repliziert. Dieser nennt Microsoft
Continuous Replication - File Mode (CRF). Mit Exchange 2010 SP1 wird die Replikation zusätzlich durch die Continuous Replication - Block Mode
(CRB) ergänzt, die in der Lage ist, durch MemoryCopy sogar offene Logs in LogBuffer übers Netzwerk zu kopieren. Durch CRB ist es endlich möglich, dass bei
einem sog. "lossy Failover" nahezu keine Daten mehr fehlen.
Neben der Verwaltung mit der 2010 Exchange Management Console arbeiten wir im Kurs viel mit PowerShell und Exchange Management Shell sowie PowerShell
Failover Clustering (2008R2 / 2012) und bedingt auch mit Cluster.exe. Im Modul Internals wird die Tiefe von 2008R2 / 2012 Cluster und DAG mit Quorum
Set Replication, PaxosTag, WMI-Provider MSCluster, 2010 Active Manager (PAM, SAM) studiert. Dieses Wissen ist wichtig um Exchange 2010/2013 HA besser zu verstehen und
zu administrieren.
Um das Zusammenspiel von Exchange 2010/2013 HA mit anderen Komponenten in einer Enterprise Umgebung zu untersuchen, werden neben HA mehrere CAS (Client Access
Server) und HTS (Hub Transport Server) getrennt aufgebaut. Da eine Exchange 201x Datenbank nicht mehr serverabhängig ist, werden die CAS bei einer Datenbank
FailOver oder SwitchOver von Exchange Active Manager benachrichtigt. Der Active Manager von 201x mit den Komponenten PAM (Primary Active Manager) und
SAM (Standby Active Manager) ist das Herzstück von DAG. CAS ist nun die zentrale Anlaufstelle für alle Clients. Ausgestattet mit der neuen Komponente RPC
Client Access kann ein 201x CAS nun auch Outlook (MAPI) Clients direkt bedienen, um sie an die richtige aktive Datenbank zu leiten.
Im Modul Continuous Replication werden Log Shipping sowie Seeding, Reseeding, Incremental Resync, Page Patching und die beteiligten Komponenten
(MSExchangeRepl, MSExchangeADTopology, etc.) behandelt. Es werden *Over (SwitchOver von Datenbank sowie FailOver von Datenbank und Server)
praktiziert. Auch sog. "lossy" Failover wird simuliert um das Zusammenspiel von DAG mit Transport Dumpster auf Hub Transport Servern zu untersuchen.
Die Analyse von Exchange Events und Cluster Trace *.etl sowie Cluster.log und Exchange HighAvailability Log ist ein wichtiger Bestandteil von
Troubleshooting.
Wir werden im Kurs (optional) auch SCOM 2012 einsetzen, um Exchange 2010/2013 HA zu überwachen, sobald das Management Pack dafür verfügbar ist.
In diesem Kurs praktizieren wir am 3.Tag den Aufbau von einer DAG über Multi-Sites mit DAC (Datacenter Activation Coordinator Mode):
Multi-Sites Datacenter (2x Sites):
4-Nodes oder 2-Nodes DAG mit Fileshare und Alternate Fileshare Witness in zwei AD Sites. Dabei werden 2 Disaster Szenarien mit Aktivierung von DAC (Datacenter
Activation Coordinator)getestet.
1) Ausfall der Standby-Site ⇒ Kein Problem
2) Ausfall der Primary Site ⇒ Aktivieren Standby-Site durch Alternate File Share Witness
Restore-DatabaseAvailabilityGroup
Multi-Sites Datacenter (3x Sites):
Ein voll automatischer FailOver mit ungerader Node-Anzahl z.B. mit 3- oder 5-Nodes DAG ist in 3 Sites möglich ⇒
Dies ist auch die optimale anzustrebende Realisierung, die wir im Kurs auch praktizieren.
⇒ Wir empfehlen als Ergänzung zu diesem Kurs folgende Intensivkurse:
CLU2012, EXS2013, SCOM2012 und
PowerServer I.
Hinweis: Bitte bringen Sie zum Kurs Ihre Evaluation DVD oder ISO mit der gewünschten Sprachversion mit. Wir dürfen keine Volume License für Kurse nutzen!
 |
|
| Exchange Server 2013 High Availability |
ZIELGRUPPE
Exchange Server Administratoren, Support-Ingenieure.
KOMPLEXITÄTSGRAD

Komplex (Stufe 5 von 5)
VORAUSSETZUNG
Erfahrung mit Exchange Server 2003 bzw. 2007.
TEILNEHMERURTEIL
Sie können sich durch Teilnehmerurteile von unserer hohen Qualität überzeugen.
ZERTIFIKAT
Nach erfolgreicher Teilnahme erhalten die Kursteilnehmer ein wertvolles Zertifikat von NT Systems.
DAUER - GEBÜHR - BUCHUNG
| Dauer: 3 Tage |
| Böblingen |
Vor-Ort-Schulung |
17.12. - 19.12.2012 12.03. - 14.03.2013 22.05. - 24.05.2013 (fällt aus) 18.06. - 20.06.2013
Weitere Termine folgen!
|
Wegen der komplexen Hardwareausstattung und Vorbereitung wird dieser Kurs nur bei uns angeboten.
Mindestteilnehmerzahl: 3 |
|
| Preis: 2.450,- € zzgl. Mwst. |
inkl. Mittagessen (12,- € /Tag) |
|
|
INHALT
- Exchange 2010 SP1 HA Infrastruktur - What's new? - Plannung - Design
- Änderungen gegenüber Exchange 2003 und 2007 und 2010 RTM
- Integration Windows Server 2008 R2 Failover Cluster und Exchange 2007 Continuous Replication
- Die Virtuelle Clusterinstanz Database Availability Group (DAG)
- MailboxDatabase Replication CRF (Continuous Replication - File Mode) und CRB (Block Mode)
- Over mit FailOver und SwitchOver
- 2010 Hub Transport Server (HTS), 2010 Client Access Server (CAS)
- Die Minimale Exchange 2010 HA (High Availability) Infrastruktur
- Exchange 2010 in einer Enterprise Umgebung mit DAG in einem oder mehreren Datacentern.
|
 |
|
| Exchange Server 2010 - Services & Communication |
- Exchange 2010 SP1 HA Installation (2-Nodes mit File Share Witness)
- File Share Witness und Alternate File Share Witness.
- Public und Private Network (Heartbeat).
- "High Speed" Continuous Replication Network
- Berechtigung in AD für Cluster Name Object (CNO) alias DAG
- Installation der Exchange 2010 SP1 Enterprise Server
- Einrichten von Mountpoints für die DAG-Mitglieder
- Aufbau von DAG mit 2 Node-Majority und File Share Witness
- Post-Installation: Konfigurieren von DAG-Netzwerken
|
 |
|
| Exchange 2010 Database Availability Group (DAG) - 2 Node Majority + File Share Witness |
|
 |
|
| Verwaltung von Database und DB-Replikation in einer DAG |
- Database Availability - DB Replication
- Einrichten von DB Replikation
- Arbeiten mit Exchange 2010 Management Console & Exchange 2010 Management Shell
- Database FailOver
- Server Failover
- Database SwitchOver
- DB Replication: Suspend, Update, Remove
- Einstellungen: Replay Lag Time, Truncation Lag Time, Preferred List Sequence
|
 |
|
| Kopien von Database in einer DAG |
|
 |
|
| DatabaseCopyStatus eines Exchange 2010 DAG-Mitglieds |
|
 |
|
| Continuous Replication - Block Mode (CRB) |
- Cluster und DAG Internals
- Cluster Hive und PaxosTag
- Resource Monitor und deren *.DLL, Überwachung von Resourcen, LooksAlive und IsAlive; MonitorProcessID
- Der Active Manager RPC Server, PAM und SAM
- Der SeedManager
- Network Link Latency, Network Round Trip
- Heartbeat und DNS-TTL Tuning für GEO-Cluster
|
 |
|
| DAG Internals - 4-Node DAG mit 2x Witness in 2 AD Sites |
- Replication Internals - Seeding/Reseeding
- DB Replication Informationen
- Exchange Database *.edb und Transaction Logs *.log
- Log Shipping vs. Seeding bzw. Reseeding
- Incremental Resync
- Page Patching
- MSExchangeRepl und das Replication Service Object Model, MSExchangeADTopology
- CopyQueueLength, ReplayQueueLength, Lastest Available Log Time etc.
- Failover und DatabaseMount Optionen
|
 |
|
| Health Check der Database Replication eines DAG-Mitglieds |
- Multi-Nodes DAG - Failover & Troubleshooting
- Erweitern eines 2-Node DAG mit File Share Witness auf mehrere Clusternodes.
- Geplanter Failover und "lossy" Failover
- "lossy" Failover und der Zugriff auf Transport Dumpster (lost Mail Request).
- Reseeding
- Wirkung von Exchange 2010 SP1 Continuous Replication - Block Mode (CRB) bei einem "lossy" Failover.
|
 |
|
| Exchange 2010 DAG Failover Cluster mit Node Majority Quorum (3 Nodes) |
- Multi-Site GEO-Cluster - Failover Datacenter
- DAG in Multi-Site und geroutete Subnetze.
- Aktivieren von DAC (Datacenter Activation Coordinator)
- Alternate File Share Witness
- Optimierung der Parameter (Heartbeats, DNS etc...)
- Szenarien von Datacenter in Multi-Sites: Automatic Failover (3 Sites), Primary Site mit Switch-Over auf Stanby Site (2 Sites)
|
 |
|
 |
|
| DAG in Multi-Site mit Failover Datacenter |
- Monitoring & Logging
- Logging und Trace
- Cluster Trace Provider
- Cluster Log Level und Exchange Log Level
- Analyse von Cluster.log
- Crimson Channel Logs - Exchange High Availability Events
- Monitoring Exchange 2010 SP1 DAG und 2008 R2 Failover Cluster mit SCOM 2007 R2 (Optional und wenn Management Pack verfügbar).
|
 |
|
| Exchange 2010 DAG Active Manager |
|
 |
|
| Analyse Failover Cluster Log - Clusternetwork - Topology Manager - Interface manager |
|
|
 |
 |
 |
|
| Jeder sein Exchange 2010 HA Cluster! |
|
...und 64-Bit XEON Quadcore Powermaschinen |
|
|
|
|
| - Vertrauen Sie unserer Kompetenz - |
|
|