Hibatűrés és magas rendelkezésre állás Exchange Server 2010 SP1

1. Hibatűrés és magas rendelkezésre állásExchange Server 2010 SP1 Soós Tibor soost@iqjb.hu PowerShell MVP, Exchange, AD oktató IQSOFT – John Bryce Oktatóközpont http://www.IQJB.hu

2. Tartalom • Exchange HA áttekintés • Tervezési szempontok • HA a felhasználó szemszögéből • Több telephelyes kialakítás • Mindez a gyakorlatban

3. Exchange 2010Magas rendelkezésre állás és telephely helyreállás Dallas DB1 DB3 Client DB5 Mailbox Server 6 San Jose Client Access Server Array Mailbox Server 1 Mailbox Server 2 Mailbox Server 3 Mailbox Server 4 Mailbox Server 5 DB3 DB2 DB4 DB1 DB5 DB4 DB3 DB5 DB2 DB1 DB4 DB5 DB3 DB1 DB2

4. DAG tervezés Replikációs megfontolások • Replikáció iránya mindiga forrástól a cél felé • Ha több cél van a távoli telephelyen, ez több adatfolyamot is jelent • Exchange 2010 lehetőséget ad az átküldött naplóállományok tömörítésére • A DAG egy beállítása • Alaphelyzetben csak telephelyek között • Kb. 30%-os tömörítés, de a levelezési szokások függvényében változhat • SP1 újdonság: Block Mode • Nem csak a naplóállományokat, hanem a naplófájlba írásokat is replikálja, ezzel csökkenti az adatvesztés lehetőségét • Automatikusan bekapcsolódik, ha a naplófájlok másolása naprakész

5. DAG tervezés Replikációs hálózatok • Egyhálózatos DAG is támogatott • Javaslat: legalább két hálózat a DAG tagoknál • A kezdeti DAG hálózat a fürttagok hálózatai alapján jön létre • Subnetek alapján: minden subnet egy külön hálózat • Javaslat: vonjuk össze ezeket replikációs és MAPI hálózattá • A MAPI hálózaton a replikáció letiltható • A hálózat csak akkor lesz replikációra felhasználva, ha más lehetőség nincs • Nincs replikációs hálózatok között preferencia

6. Database Availability Group (DAG)Magas rendelkezésre állás és telephely helyreállás Kiszolgálók csoportja, melyek között az adatbázis replikálódhat Egy kiszolgáló csak egy DAG-nak lehet tagja Egy Exchange szervezetnek több DAG-ja is lehet Használja a Windows fürtözést Tagok kezelése (DAG tag = fürttag) Heartbeat jelek továbbítása Active Manager az adatait a fürt adatbázisában tárolja Határa a … … postaláda-adatbázisok replikációjának … adatbázis és kiszolgáló-áttéréseknek … Active Manager működésének RPC Client Access Service Active Manager Active Manager Active Manager DB1 DB1 DB1 DB2 DB2 DB2 DB3 DB3 DB3 Database Availability Group

7. Active ManagerA magas rendelkezésre állás koordinátorai Primary Active Manager (PAM) A fürt-csoport birtokosán fut Gyűjti a topológiaváltozás-értesítéseket Reagál a kiszolgáló-meghibásodásokra Kiválasztja a legjobb adatbázispéldányt az áttéréshez Észleli a helyi adatbázishibákat Standby Active Manager (SAM) Minden DAG tagon fut Észleli a helyi adatbázishibákat és kérelmezi az áttérést a PAM-tól CAS és HUB kérésekre megmondja, hogy hol az aktív kópia Mindkét AM szükséges a helyes működéshez Ha a Replication szolgáltatás le van állítva, az áttérés nem valósul meg

8. Áttérés a felhasználó szemszögéből Telephelyek közti áttérés (SP1 Direct Connect) Home Server = CAS-PRI Active Preferred Database Site = PDC (RPCClientAccessServer = CAS-PRI) Telephelyek közti kapcsolat = engedélyezett Preferred Database Site = PDC (RPCClientAccessServer = CAS-PRI) Passive

9. Áttérés a felhasználó szemszögéből Telephelyek közti áttérés (SP1 Redirect) Autodiscoverészleli a változást, frissíti a profilt (újraindítás szükséges)) Home Server = CAS-PRI Home Server = CAS-SEC Active Preferált adatbázis-telephely = PDC (RPCClientAccessServer = CAS-PRI) Telephelyek közti kapcsolat = nem engedélyezett Passive Preferált adatbázis-telephely = SDC (RPCClientAccessServer= CAS-SEC)

10. Áttérés a felhasználó szemszögéből Telephelyek közti áttérés (SP1 Redirect) Outlook 2003 nem frissül, ha az eredetoCAS nem elérhető Autodiscoverészleli a változást, frissíti a profilt Home Server = CAS-SEC (újraindítás szükséges) Outlook 2003 frissít: Home Server = CAS-SEC ecWrongServer (újraindítás szükséges) Autodiscoverészleli a változást, frissíti a profilt Home Server = CAS-SEC (újraindítás szükséges) Active Preferált adatbázis-telephely = PDC (RPCClientAccessServer= CAS-PRI) Telephelyek közti kapcsolat = nem engedélyezett Passive

11. Demókörnyezet ReplicationNet MAPINet Exch-Branch CAS MBX HUB DC-Branch Exch-Center2 CAS MBX HUB Exch-Center1 CAS MBX HUB DC-Central

12. Telephelyek közti áttérés A felhasználó szemszögéből • Az RTM változat alaphelyzetben az elsődleges telephelyi CAS-al csatlakozik a másodlagos telephelyi adatbázis-példányhoz • Átirányítás csak az RPCClientAccessServeradatbázis-tulajdonság módosításával lehet • SP1-ben: • Lehet engedélyezni és tiltani a telephelyek közti direkt CAS-MBX kapcsolódást • Beállítható az aktivizálási preferencia activation preference for a database which determines whether to perform a direct connect or a redirect • SP1 viselkedési három tulajdonságon alapul: • Home server tulajdonság az Outlook profilban • Elsődleges adatbázis-telephely (vagyis az adatbázis RPCClientAccessServertulajdonsága) • Aktív adatbázis telephely

13. Datacenter Activation Coordination ModeVédelem a hálózati hibák ellen DAC mód a DAG egy beállítása Alkalmazásszintű quorum (döntőképesség) Elkerülendő a hálózati hibák miatti kettős adatbázis-aktiválást RTM: DAC Mode csak három vagy több tagnál, két telephelyen In RTM, DAC Mode engedélyezi a telephely helyreállítással kapcsolatos cmdleteket: Stop-DatabaseAvailabilityGroup Restore-DatabaseAvailabilityGroup Start-DatabaseAvailabilityGroup SP1: DAC Mode minden DAG-ra engedélyezhető Legalább 2 node!

14. Datacenter Activation Coordination Mode Datacenter Activation Coordination Protocol (DACP), egy bit a memóriában, jelentése: 0 = nem szabad felcsatolni az adatbázist 1 = felcsatolható az adatbázis Active Manager indulási folyamat DACP alaphelyzetben 0 DAG tag kapcsolatba lép a többi DAG taggal, lekérdezi az ő DACP bitjüket: Ha az induló DAG tag minden más DAG taggal tud beszélni, a DACP bit 1 lesz Ha minden elérhető DAG tag DACP bitje 0, az induló DAG tag DACP bitje 0 marad Ha bármelyik elérhető DAG tag DACP bitje 1, az induló DAG tag DACP bitje 1-re billen Datacenter Activation Coordination ModeMűködési elv

15. Fejlesztések a Service Pack 1-benBlockModereplikáció Küldd nekem a legújabb logokat… nálam Log2 az utolsó ESE Log Buffer • Töredékes log teljes loggá konvertálva Replication Log Buffer • Log felépítve és ellenőrizve • Adatbázis-példány naprakész Log File 2 Log File 5 Log File 1 Log File 2 Log File 1 Log File 4 Log File 3 Log File 5 Log File 4 Log File 6 Log File 6 Log File 7 Log File 3 Continuous Replication – File Mode Continuous Replication – Block Mode

16. Két telephelyes hibatűrő rendszer kialakításaExchange Server 2010 SP-ben demó

17. Köszönöm a figyelmet!