MetaCache Database (MCDB) telepítése és konfigurálása

Az MCDB telepítése és konfigurálása az Exchange 2019-ben már régóta szerepel a bucket listámon, de a legtöbb szervezethez hasonlóan az Exchange-kiszolgálóim is Hyper-V-n vagy VMware-en futnak. Láttam olyan bejegyzéseket a fórumokon, ahol az emberek VMware-en SSD-lemezeket tehettek közzé a virtuális gépeken, de az MCDB-t a csupasz fémalapú telepítésekre célozták. De a jó hír az, hogy sikerült szereznem két nagy HP dobozt, amivel játszhatok ?

Az MCDB-t az Exchange 2019-ben vezették be, hogy felgyorsítsa a gyakran használt postafiókokban lévő információkhoz való hozzáférést. Az Exchange Preferred Architecture szerint a postafiók-adatbázisok (viszonylag) lassú SATA-lemezeken vannak tárolva. Az MCDB használatakor a gyakran elért postafiók-információkat a forgó lemezek helyett SSD-lemezeken tárolják, így sokkal gyorsabban érhetők el ezek az információk. Ez egy gyorsítótár-mechanizmus, tehát az SSD-n lévő információ a forgó lemezeken lévő információk másolata. Ha az SSD lemez elveszik, a teljesítmény csökken, de nem vesznek el információk.

Az MCDB akkor hasznos, ha az Outlook ügyfeleket online módban futtatja, például Citrix környezetben. Az OWA is profitálhat a jobb teljesítményből.

Az MCDB az adatbázis-elérhetőségi csoportokra épül, így nem érhető el egyetlen szerveren (feltételezem, hogy nincs DAG-ja csak egy szerverrel). Ez az AutoReseed szolgáltatástól is függ, ezért először ezt kell telepítenie az MCDB konfigurálása előtt.

A szervereimre nyolc lemez van telepítve:

• 2 SSD lemez a rendszerindításhoz és a rendszerhez.
• 4 SAS lemez (10 krpm) a Mailbox adatbázisokhoz (én a SATA lemezeket részesítettem előnyben, de a szerverekhez ezekkel a lemezekkel jártak).
• 1 SSD lemez MCDB-hez.
• 1 (nagy) SATA lemez egyéb információk (IIS naplók, Queue adatbázis, ISO image stb.) tárolására.

A SAS-lemezek közül három két-két postafiók-adatbázist tartalmaz, a fennmaradó SAS-lemez pedig az AutoReseed gyors tartalékaként szolgál.

Az Exchange 2013-ban már nagyon régen blogoltam az auto AutoReseed-et (https://jaapwesselius.com/2014/08/09/implementing-and-configuring-autoreseed/ és nem sokat változott), de megismétlem a legfontosabbakat részei.

AutoReseed

Röviden, az AutoReseed a „több csatlakoztatási pont kötetenként” opciót használja a Windows rendszerben. Például az első lemez a C:\ExchVols\Vol1 mappába van felszerelve, de ez a lemez a C:\ExchDbs\MDB11 mappába is be van szerelve, ahogy az a következő képen látható (ahol csak 2 lemez látható):

Ennek eléréséhez adjon hozzá további csatolási pontokat a lemezkezelő MMC beépülő modul segítségével. Az alábbi képernyőképen a Disk1 a C:\ExchVols\Vol1 mappába van beillesztve, a C:\ExchDbs\MDB11 és C:\ExchDbs\MDB12 pedig további csatolási pontok ezen a lemezen:

A postafiók-adatbázis helyei szigorúak az AutoReseed használatakor. Például az MDB11 postafiók-adatbázist és a naplófájlokat kell létrehozni a következő könyvtárakban:

C:\ExchDbs\MDB11\MDB11.db

C:\ExchDbs\MDB11\MDB11.log

A csatolási pontok helyei az adatbázis elérhetőségi csoport tulajdonságai:

• AutoDagDatabaseRootFolderPath
• AutoDagVolumesRootFolderPath
• AutoDagDatabaseCopiesPerVolume

A helyes értékeket az Exchange PowerShell Get-DatabaseAvailabilityGroup parancsával ellenőrizheti:

[PS] C:\>Get-DatabaseAvailabilityGroup -Identity DAG11 | select AutoDag*

AutoDagSchemaVersion             : 1.0
AutoDagDatabaseCopiesPerDatabase : 2
AutoDagDatabaseCopiesPerVolume   : 2
AutoDagTotalNumberOfDatabases    : 6
AutoDagTotalNumberOfServers      : 2
AutoDagDatabasesRootFolderPath   : C:\ExchDbs
AutoDagVolumesRootFolderPath     : C:\ExchVols
AutoDagAllServersInstalled       : False
AutoDagAutoReseedEnabled         : True
AutoDagDiskReclaimerEnabled      : True
AutoDagBitlockerEnabled          : False
AutoDagFIPSCompliant             : False
AutoDagAutoRedistributeEnabled   : True
AutoDagSIPEnabled                : False

Hozzon létre minden postafiók-adatbázist, csatolja őket, és hozzon létre postafiók-adatbázis-másolatokat a megfelelő helyekre, a megfelelő névvel. Ennyi kell az AutoReseed konfigurálásához. Ha a postafiók-adatbázisokat tartalmazó lemezek egyike meghibásodik, a javítási munkafolyamat elindul, és körülbelül egy órán belül megtörténik a tartalék lemez konfigurálása, és elindul az újratöltés. A javítási munkafolyamat minden lépése naplózásra kerül az eseménynaplóban. Az utolsó bejegyzés sikeres újraolvasással a következő képernyőképen látható:

Most, hogy az AutoReseed fut és fut, folytathatjuk a MetaCache adatbázis konfigurálását.

A MetaCache adatbázis konfigurálása

A MetaCache Database egyik előfeltétele egy teljesen működőképes AutoReseed konfiguráció, amint azt az előző lépésekben ismertettük. Természetesen szükség van egy vagy több SSD-lemezre is, a lemezelrendezéstől függően.

A hivatalos ajánlás az SSD lemezekhez egy SSD lemez három forgó lemezen. Ezenkívül az SSD-lemeznek nyers lemeznek kell lennie (nem formázott), és MediaType SSD-ként kell megjelennie a Windows rendszerben. Ennek ellenőrzéséhez használja a Get-PhysicalDisk | sort DeviceID parancsot a PowerShellben, ahogy az a következő képernyőképen látható:

Ami a méretezést illeti, a teljes HDD-kapacitás 5% vagy 6% SSD-kapacitása elegendő. Tehát, ha van 8 TB tárhely az adatbázisok számára, az SSD kapacitása kb. 400 GB.

Fontos megjegyezni, hogy a lemezeknek szimmetrikusan kell lenniük az összes Exchange 2019 kiszolgáló között a DAG-okban.

Az első lépés a DAG konfigurálása az MCDB-vel való használatra. Az MCDB a DAG következő tulajdonságait használja a konfigurációjához:

• AutoDagTotalNumberOfDatabases. A postafiók-adatbázisok száma a DAG-ban.
• AutoDagDatabaseCopiesPerDatabase. Az egyes postafiók-adatbázisok (aktív és passzív) másolatainak teljes száma.
• AutoDagTotalNumberOfServers. Az Exchange 2019 postafiók-kiszolgálók száma a DAG-ban.

A laboromban két Exchange 2019 szerver található egy DAG-ban, 3 forgó lemez (plusz 1 hot tartalék), 6 postafiók-adatbázis és 2 másolat (egy aktív, egy passzív) postafiók-adatbázisonként.

A következő paranccsal állítsa be ezeket a tulajdonságokat:

[PS] C:\> Set-DatabaseAvailabilityGroup DAG11 -AutoDagTotalNumberOfDatabases 6 -AutoDagDatabaseCopiesPerDatabase 2 -AutoDagTotalNumberOfServers 2

A második lépés az MCDB előfeltételeinek konfigurálása a Manage-MCDB paranccsal. Ez a parancs a DagName, SSDSizeInBytes és SSDCountPerServer beállításokat veszi igénybe.

Megjegyzések:

A Manage-MDCB parancs alapértelmezés szerint nem érhető el a PowerShellben. Először importálnia kell a Manage-MetaCacheDatabase.ps1 szkriptet (a $Exscriptsben található) a következő paranccsal:

CD $ExScripts
Import-Module .\Manage-MetaCacheDatabase.ps1

Ez a lépés nem szerepel a Microsoft dokumentációjában, elég sok időbe telt mire rájöttem ?

Az SSDSizeInBytes a következő paranccsal érhető el:

Get-PhysicalDisk -DeviceNumber x | Select Size

Az MCDB előfeltételeinek parancsa a következő lesz:

Manage-MCDB -DagName DAG11 -ConfigureMCDBPrerequisite -SSDSizeInBytes 119998218240 -SSDCountPerServer 1

A harmadik lépés az MCDB használatának engedélyezése (vagy letiltása) egy Exchange 2019-kiszolgáló számára a Manage-MCDB parancs ServerAllowMCDB paraméterével. Ehhez hajtsa végre a következő Exchange PowerShell-parancsot minden DAG-tagon:

[PS] C:\> Manage-MCDB  -DagName DAG11 -ServerAllowMCDB:$True -ServerName EXCH11

Ez a következő képernyőképen látható:

Anegyedik lépés az MCDB tényleges konfigurálása minden Exchange 2019-kiszolgálón. Ebben a lépésben megtörténik a nyers (formázatlan) SSD-lemez formázása és az MCDB-példányok csatlakoztatási pontjainak létrehozása. Ehhez hajtsa végre a következő Exchange PowerShell parancsot ismét minden DAG-tagon:

[PS] C:\> .\Manage-MCDB -DagName DAG11 -ConfigureMCDBOnServer -ServerName EXCH11 -SSDSizeInBytes 119998218240

A következő képernyőképen látható módon:

Ennyire van szükség az MCDB konfigurálásához egy DAG-on, és készen áll az MCDB-példányok létrehozására és a gyorsítótárazott adatokkal való feltöltésére. A létrehozást és a populációt (en így lehetővé teszi a gyorsítást) egy feladatátvétel kezdeményezi. A következő MCDB paranccsal kezdeményezheti ezt a feladatátvételt:

[PS] C:\> .\Manage-MCDB.ps1 -DagName DAG11 -ServerAllowMCDB:$True -ServerName EXCH11 -ForceFailover $true

És feladatátvétel az előző állapotba:

[PS] C:\> .\Manage-MetacacheDatabase.ps1 -DagName DAG11 -ServerAllowMCDB:$True -ServerName EXCH12 -ForceFailover $true

Ami a megfigyelést illeti, nincs sok látnivaló. A Get-MailboxDatabase paranccsal lekérheti az MCDB konfigurációs tulajdonságait, a Get-MailboxDatabaseCopyStatus paranccsal pedig megtekinthet „néhány” állapotinformációt az MCDB-vel kapcsolatban, ahogy az itt látható. az alábbi két képernyőképet:

Get-MailboxDatabase -Identity MDB11 | fl *metacache*

[PS] C:\> Get-MailboxDatabaseCopyStatus | Select Identity,MetaCacheDatabaseStatus

Sajnos sajnos ennyi, nincs több lehetőség a monitorozásra, még számlálók sem a teljesítményfigyelésben.

Szóval honnan tudod, hogy működik?

A Get-MailboxDatabaseCopyStatus parancs mellett ellenőrizheti az Intézőben látható SSD-lemezt. Ha be van állítva, az SSD-lemez a C:\ExchangeMetaCacheDbs és a C:\ExchangeMCDBVolumes mappákban van felszerelve. A postafiók-adatbázis speciális (kisméretű) MCDB-verzióját találja, amint az a következő képernyőképen látható:

Mivel ez egy normál fizikai lemez, a perfmonban megtalálhatja, de itt nincsenek MCDB-specifikus számlálók.

A legérdekesebb tesztelés az, ha be kell jelentkezni egy postafiókba az egyik ilyen postafiók-adatbázisban. A megjelenés és az érzés sokkal jobb, mint MCDB nélkül. A postafiók megnyitása Outlook online módban vagy OWA-ban sokkal gyorsabb. Kipróbáltam egy postafiók távoli megnyitását is 20 Mbit-es vonalon keresztül (szálas, így alacsony késleltetésű), és ez is jobban működik, mint az Exchange MCDB nélkül.

Összegzés

Az Exchange 2019 új funkcióval, a MetaCache Database nevű szolgáltatással érkezett, ahol a postafiókadatok SSD-lemezeken tárolódnak. A preferált architektúrában a postafiók-adatbázisok nagy SATA-lemezeken vannak tárolva, de a teljesítmény javítása érdekében a gyakran elért adatokat SSD-lemezen tárolják.

Az MCDB konfigurálásának bonyolult része az AutoReseed konfigurációja, amelyet bonyolultabbnak találok. A megfelelő felügyelet hiánya kiábrándító, de konfigurálva nagyon jól működik, és jobb teljesítményt fog tapasztalni. Mint legtöbbünk, én is sokat dolgoztam megfelelően megtervezett virtualizált Exchange-környezetekkel, de soha nem láttam olyan gyorsan működő Exchange-környezetet, mint egy csupasz Exchange-környezet az Exchange 2019-el és az MCDB-vel.