MS Exchange Server 2003 – data
2009.03.21 | Bez komentářů
- databázový stroj (systém řízení báze dat) Exchange 2003 se nazývá ESE
- data jsou v Exchangi uchovávána v tzv. úložišti, které tvoří soubory EDB a STM (datová báze); velikostí úložistě se myslí součet souborů EDB a STM
- info o konkrétní db lze zjistit (offline) pomocí
eseutil /mh dbsoubor
- Exchange používá transakční protokolování (splňuje tím ACID), každá skupina úložišť má svou sadu protokolů, ty by měly být umístěny na jiném fyzickém disku nez EDB a STM soubory, nicméně není to životně nutná podmínka a v menších implementacích je úspěšně porušována
– soubor protokolu má vždy velikost 5120kB – vyjímka je enntmp.log
– z protokolu se za normálního běhu nikdy nečte
- od začátku provozování Exchange je nutné stanovit limity velikosti mailboxů a aplikovat je; zároveň snížit počet nelimitovaných schránek na minimum – stavají se časovanou bombou
– při změně limitů je (defaultní) reakční doba 120 min., návod na opravení
– pomůcka Microsoftu pro plánování kapacity
- velikost úložiště je limitována na 16GB pro standard edition; pro MSES2003 SP2 je limit 18GB, ale dá se navýšit pomocí úpravy registru návod
– při překročení limitu se úložiště automaticky odpojí; v logu se budou objevovat události ID 9690, 9175 aj.
– na velikost úložiště nemá vliv „Single Instat Ratio“, stejně tak limity – každé schránce bude přidáno stejně
- po odstranění schránky není místo po ní uvolněno hned, defaultně je nastavena doba 30-ti dnů pro uchování smazaných mailboxů – obnova smazané schránky zde
- návod na zálohu a obnovení Exchange zde nebo zde
- pokud se při online záloze db narazí na chybu, proces zálohování bude automaticky zastaven, aby nedocházelo k zálohování vadné (neobnovitelné – nepoužitelné) db; do logu se zapíše událost ID 217
- po každé online údržbě se do logu zapíše událost ID 1221, kt. informuje o velikosti prázdného místa v db, kt. se zaplní po příchodu nových zpráv, do té doby db zabírá více místa, než musí – pokud je zabíráno příliš velké místo proveďte offline defragmentaci – více info zde nebo zde ; úložiště musí být před spuštěním ESEUTIL odpojeno a služba MSExchangeIS musí zůstat spuštěna
- offline kontrola integrity db
eseutil /g dbsouborkontrola integrity na úrovni stránekeseutil /k dbsoubor
- vyhněte se souborům osobních složek PST, pokud je to alespoň trochu možné
- pomocí konzole MMC a čítačů ze skupiny „MSExchangeIS Mailbox“ je dobré mít přehled o „Total Count of Recoverable Items“ tj. počet položek, kt. se dají obnovit a „Total Size of Recoverable Items“ tj. počet kB smazaných položek zabírající místo
Napsat komentář