Microsoft Exchange Server 2010 Управление на копия на бази данни

Посетители: 3585 Преглеждания: 5390 (днес 2)Шрифт:

Терминът "копие на база данни" говори сам за себе си - това е копието на активната база данни. Въпреки това, често се съхранява на различен Exchange Server, но в същата група за наличност на база данни (DAG). Когато Exchange е конфигуриран първоначално, файлът на базата данни се изпраща на друг сървър. Когато приключи, Exchange Server 2010 започва да репликира регистрационните файлове за тази база данни в мрежата към друг сървър.

Относителното местоположение на пасивното копие на базата данни е идентично с местоположението на активното копие. Например оригиналната база данни на Exchange Server 2010 Mailbox Server може да се намира в C:\Program Files\Microsoft\Exchange Server\V14\Mailbox\Mailbox Database 1444276156. Ако активирате това копие на базата данни на сървъра, същата директория се създава на втория сървър.

Процесът на копиране на база данни на второ място се нарича зареждане. Най-добрият подход, както по отношение на производителността, така и по отношение на възстановяването след бедствие, е да се използват отделни устройства за базите данни на Exchange. За да използвате отделно устройство G:\ след конфигуриране на Mailbox Database 1444276156, конфигурирайте копието на базата данни, както следва:

Когато процесът приключи, влезте в целевия Exchange сървър. Ще видите, че директорията Mailbox Database 1444276156 е създадена на този сървър (в нашия пример на G:\ устройство), която съдържа копие на базата данни. Ще видите също, че регистрационните файлове на базата данни се копират в тази директория.

Ако Exchange Server използва много бази данни, валидна алтернатива е- използването на точки за монтиране (точки за монтиране). В този случай Server Manager монтира всички дискове с данни към сървърни директории, като F:\DB01, F:\DB02, F:\DB03 и т.н.

В среда на Exchange Server 2007 Cluster Continuous Replication (CCR) активният сървър също доставя регистрационни файлове на пасивния сървър. Пасивният сървър от своя страна изтегля лог файловете в своето копие на базата данни. Пасивният сървър обаче е наистина пасивен. Услугата, отговорна за работата на базата данни и регистрационните файлове (store.exe), не работи. Работи само услугата за репликация. При отказ, пасивният възел трябва да стартира всички услуги на Exchange. Преди да направите това, трябва да монтирате всички бази данни.

В Exchange Server 2010 услугата вече работи и базите данни вече са монтирани на всички DAG машини. Следователно възстановяването на базата данни след срив е много по-бързо, което означава, че времето на престой в случай на срив е много по-кратко.

Ако е необходимо за поддръжка, можете да преместите активното копие на базата данни от един сървър на Exchange Mailbox на друг, като следвате тези стъпки.

  1. Влезте в Exchange Server и отворете EMC.
  2. Разгънете възела Exchange On-Premises (SERVER). Разгънете организационния лист. Щракнете върху Пощенска кутия и след това върху раздела Управление на база данни.
  3. Всички бази данни във вашата среда на Exchange Server 2010 ще бъдат показани в горната част на панела с резултати. Щракнете с десния бутон върху базата данни, която ще преместите (разбира се, това е база данни с множество копия).
  4. Изберете Преместване на база данни на активна пощенска кутия от контекстното меню.
  5. В съветника за преместване на база данни на активна пощенска кутия изберете Преглед, за да посочите различен сървър, към който ще преместите активно копие.
  6. Щракнете върху бутона Преместване, за да преместитеактивно копие (Active Copy) на базата данни към сървъра по ваш избор.

Онлайн операция Move-Mailbox

Онлайн операцията Move-Mailbox е нова функция в Exchange Server 2010. В предишните версии на Exchange Server пощенска кутия, преместена от един сървър на друг, оставаше офлайн. Поради това потребителите не могат да получат достъп до данните си и да извлекат входящите съобщения от опашката. Имаше ситуации, при които много големи (5 GB или повече) пощенски кутии оставаха офлайн повече от час по време на миграцията. Разбира се, всичко това не направи системата особено удобна.

Сега има нова онлайн операция Move-Mailbox — тя се нарича New-MoveRequest — която намалява времето, което пощенската кутия прекарва офлайн до секунди. Това ще улесни живота на потребителите.

Ето какво се случва, когато се изпълни New-MoveRequest, когато пощенска кутия се премести от един сървър (EXBMX01) на друг сървър в същата организация (EXMBX11):

  1. Exchange създава празно копие на пощенската кутия на потребителя на Mailbox Server EXMBX11, действайки просто като дете на операцията Move-Mailbox. Но текущата пощенска кутия (на EXMBX01) остава онлайн, вместо да излиза офлайн. Това все още е основната пощенска кутия на клиента. Нови съобщения, както и преди, пристигат в тази пощенска кутия.
  2. Съдържанието на старата пощенска кутия се копира в пощенската кутия на сървъра EXMBX11 и тази пощенска кутия се синхронизира със старата.
  3. Когато съобщенията пристигнат в старата пощенска кутия, те незабавно се копират в новата пощенска кутия.
  4. Когато и двете пощенски кутии се синхронизират, старата пощенска кутия се превежда офлайн и последните останали съобщения се копират в новата пощенска кутия.
  5. Актуализации на Active Directoryместоположението на пощенската кутия към новото и пощенската кутия отново е онлайн. Може да се наложи потребителят да рестартира клиента на Outlook, но сървърът за клиентски достъп трябва автоматично да открие, че пощенската кутия е мигрирана и да започне да работи с новото местоположение. Във всеки случай потребителят ще може да продължи да работи само след няколко секунди.

Онлайн операцията Move-Mailbox работи не само между сървърите на Exchange Server 2010 Mailbox, но и при преместване на пощенски кутии от Exchange Server 2007 SP2 към Exchange Server 2010. За съжаление, миграцията от Exchange Server 2010 към Exchange Server 2007 остана офлайн. По подобен начин миграциите на пощенски кутии от Exchange Server 2003 към Exchange Server 2010 са винаги офлайн.

Архивиране и възстановяване

Exchange Server 2010 работи само на Windows Server 2008 и Windows Server 2008 R2. Така че не можете да използвате безплатната помощна програма NTBackup за Windows Server 2003 за архивиране на бази данни на пощенски кутии, работещи с Exchange Server 2010.

И в двата случая NTBackup ще създаде само „поточно архивиране“ на данни от Exchange, а не резервни копия на Volume Shadow Copy Service (VSS) на бази данни на Exchange. Exchange Server 2010 включва добавка за Windows Server Backup (WSB), която прави възможно архивирането на бази данни на Exchange Server 2010 с помощта на VSS.

VSS или моментно архивиране

С пускането на Exchange Server 2010 Microsoft премина от традиционните онлайн стрийминг архиви към VSS архиви (или „архивиране на моментни снимки“). Моментната снимка е просто изображение на база данни, създадено в определен момент от време. Можете да го използвате за връщане назад на базата даннивръщане на данни в случай на злополука. VSS (в Windows Server 2003 и по-нови) предоставя инфраструктурата за създаване на тези моментни снимки, известни като копия в сянка. Има два вида скрити копия:

  • Клониране (Пълно копие или Разделено огледало): Пълно огледало, което се поддържа, докато приложението или администраторът не го „счупят“. От този момент нататък оригиналът и неговият клонинг стават напълно независими един от друг и копието всъщност е замразено във времето.
  • Копиране при запис (диференциално копие): Скритото копие се създава като диференциално копие, а не като пълно копие на оригиналните данни. Когато използвате Copy on Write, се прави скрито копие на оригиналните данни преди презаписване. Архивирането се състои от данни от копиране в сянка, комбинирани с данните в старото местоположение. Възстановяването на оригиналните данни изисква и двете.

VSS инфраструктурата се състои от следните компоненти:

  • Requester - Софтуер, който извиква VSS и създава, прекъсва или изтрива скрито копие. Обикновено заявителят е приложението, което прави резервацията.
  • Компонентът за писане е част от софтуера, предоставен от производителя на приложението. В нашия случай се предоставя от Microsoft Exchange Server. Компонентът за улавяне е отговорен за създаването на последователна моментна снимка чрез „замразяване“ на състоянието на Exchange Server в този момент. Обърнете внимание, че компонентът Writer for Exchange идва стандартно с Exchange Server 2003 и по-нови версии.
  • Доставчик (доставчик) - интерфейс към незабавното изображение. Това може да бъде масив за съхранение (доставчик на хардуер) или операционна система (доставчик на софтуер). В Windows Server 2003 и по-нови версии функционалносттадоставчикът на софтуер за VSS е включен в стандартната доставка.

При архивиране с VSS се извършват следните операции:

  • Рекуестърът (приложението, което изпълнява архивирането) изпраща команда до VSS за създаване на скрито копие на групите за съхранение.
  • VSS изпраща команда до Exchange Writer, за да се подготви за архивиране на моментната снимка.
  • VSS изпраща команда до съответния доставчик на съхранение, за да създаде скрито копие на групата за съхранение на Exchange. Доставчикът на хранилище може да бъде доставчик на хардуерно съхранение или стандартен доставчик на хранилище на Windows.
  • Exchange Writer временно спира групите за съхранение и ги поставя в режим само за четене. Освен това промените от регистрационния файл се записват, за да се гарантира, че всички данни са включени в архивния набор. В резултат на това има забавяне от няколко секунди преди създаването на скритото копие (следващата операция). Всички I/O заявки, изискващи запис, се поставят на опашка.
  • Сега Exchange създава скрито копие.
  • Услугата VSS освобождава Exchange Server, позволявайки му да продължи нормалните си операции и всички заявки за запис на опашка се обработват.
  • Услугата VSS отправя запитване към Exchange Writer, за да потвърди, че всички заявки за запис са били успешно спрени по време на създаването на скрито копие. Ако това не е така, тогава целостта на скритото копие е потенциално компрометирана, така че скритото копие се изтрива и заявителят се уведомява за това. Заявителят може да опита отново създаването на скритото копие или да съобщи, че операцията е неуспешна.
  • Ако всичко върви добре, рикуестърът създава диференциална или пълна моментна снимка и след това проверява целостта на резервния набор (клонирано копие).Ако целостта на клонираното копие е наред, рикуестърът информира Exchange Server, че резервното копие е създадено успешно и регистрационните файлове могат да бъдат изтрити.

Операции 1 - 7 обикновено отнемат около 10 секунди, което е времето, необходимо за заснемане на моментна снимка. Това обаче не е моментът за създаване на резервно копие. Приложението за архивиране все пак трябва да създаде резервно копие на друг диск или лента и това може да отнеме часове в зависимост от размера на базите данни.

Така че резервацията е направена. Приложението, което го е внедрило, трябва да провери целостта на скритото копие. Писателят на Exchange не извършва този вид проверка. Важно е, защото гарантира, че копието е пълно и без грешки.