В связи с неудавшимся обновлением Backup Exec 12.5 => 2010 пришлось столкнуться с необходимостью аварийного восстановления Backup Exec, совмещённого с переездом с 32-битной платформы на 64-битную и обновлением версии операционной системы с 2003 на 2008. Ниже описан процесс такого восстановления/перемещения.

Процедура перемещения состоит из нескольких шагов.

• Готовим исходный медиа-сервер к перемещению – фактически собираем всю необходимую информацию для переноса на новый сервер и копируем её на внешний носитель/сервер
• Устанавливаем новый медиа-сервер на тот же сервер (или на новый)
• Восстанавливаем скопированную информацию с внешнего носителя на новый сервер и проверяем, что все настройки верно восстановились.

В моём случае предполагается, что серверное железо не меняется. Меняется ОС и версия Backup Exec. Описываемую процедуру Симантек НЕ советует делать самостоятельно, так что использовать можно на свой страх и риск =)

Подготовительный этап

1. Если есть возможность – категорически советую снять образ системного диска, чтобы в случае чего можно было сделать откат назад.

2. На всякий случай переписываем пути к папкам Backup-To-Disk:

3. Останавливаем все сервисы Backup Exec и SQL поддерживающий базу Backup Exec:

• Backup Exec Agent Browser
• Backup Exec Device and Media Service
• Backup Exec DLO Administration Service (если установлена DLO)
• Backup Exec DLO Maintenance Service (если установлена DLO)
• Backup Exec Job Engine
• Backup Exec Remote Agent for Windows Servers
• Backup Exec Server
• SQL Server (BKUPEXEC) (если Backup Exec использует локальную SQL Express)
• SQL Server (MSSQLSERVER) (если Backup Exec использует удалённый сервер SQL) – сервис находится на удалённом сервере (стоит помнить, что в случае остановки этого сервиса перестанут отвечать все базы, которые находятся на нём)

4. Копируем следующие каталоги:

• C:\Program Files\Symantec\Backup Exec\Data (кроме файлов *.dat)
• C:\Program Files\Symantec\Backup Exec\Catalogs
• C:\Program Files\Symantec\Backup Exec\IDR (если присутствует)
• C:\Program Files\Symantec\Backup Exec\Reports\Saved
• Папки Backup-To-Disk (если они находятся на DAS/NAS/SAN, то можно не копировать, в дальнейшем, на новом сервере, просто их переподключить)

Установка нового медиа-сервера

5. Устанавливаем на сервер новую ОС и новую версию Backup Exec. Устанавливаем все обновления и на ОС и на Backup Exec. Подключаем все внешние хранилища, если были.

Восстановление скопированной информации

6. Останавливаем все сервисы из пункта 3.

7. Копируем на новый сервер все папки, скопированные в пункте 4 (возможно, за исключением папок Backup-To-Disk).

8. Необходимо обновить версию файла базы данных Backup Exec, иначе сервисы Backup Exec просто не запустятся. Делается это с помощью утилиты bemig.exe. Может потребоваться скопировать файлы базы (BEDB_dat.mdf и BEDB_log.LDF) в папку C:\Program Files\Symantec\Backup Exec\Data.

8.1 Перед запуском утилиты необходимо внести изменения в реестр в ветке HKLM\Software\Symantec\Backup Exec for Windows\Backup Exec\Номер версии\Install. Добавляем в неё ключи ‘Upgrade’ (тип Dword, значение 1) и ‘Upgrade Version’ (тип String, значение выбираем из таблицы ниже по версии продукта, с которого обновляем базу:

То есть, если обновляемся с версии 12.5 на 2010, то указываем в качестве значения 12.5.2213.0)

8.2 Открываем командную строку, идём в папку \Program Files\Symantec\Backup Exec и запускаем bemig.exe. Процесс обновления файла базы будет комментироваться на экране. По успешному завершению обновления можно приступать к следующему шагу, в противном случае можно прогнать утилиту bemig.exe ещё раз.

9. С помощью утилиты beutility.exe копируем обновлённую базу в текущую.

Нужно будет указать для копирования файлы обновлённые утилитой bemig.exe на предыдущем шаге. После чего выскочит предупреждение о том, что сейчас будет перезаписана текущая база и запустится процесс копирования. По завершении копирования нужно будет нажать кнопку Close.

beutility.exe должна запустить все нужные сервисы. Если этого не произошло – запускаем их вручную. Список – в пункте 3.

В итоге мы получаем медиа-сервер Backup Exec новой версии на новой платформе новой ОС. После запуска консоли Backup Exec на закладке Devices наш новый медиа-сервер может быть в задвоенном виде. После перезапуска сервисов из пункта 3 задвоенность должна пропасть.

Ещё раз скажу – Симантек НЕ рекомендует самостоятельно проделывать операции изложенные выше. Я на это пошёл только из-за того, что миграция BE12.5(Win2003x86) => BE12.5(Win2008x86) => BE2010 (Win2008x86) поломалась уже на втором шаге, а поддержка Симантека ничем помочь мне не смогла – пришлось делать аварийное восстановление на новую ОС и сразу ставить новый Backup Exec.

Следующие статьи были использованы:

• How to move Backup Exec from one system to another with the same or different computer names
• How to use BEMIG to migrate/upgrade a previous Backup Exec (BE) Database to a newer Backup Exec Install version
• How to Copy the Backup Exec Database (BEDB) from an existing Backup Exec Server to a new Media Server with the same or different server name

При корректном удалении снимков виртуальной машины при её выключении снимки жёстких дисков должны объединяться автоматически. К сожалению, не всегда это получается и в силу разных причин папка со снимками может распухать и привести ко всяким неприятным последствиям. Инструмента по автоматическому объединению таких «бесхозных» снимков нет. Приходится делать объединение вручную. Для этого необходимо знать где находятся снимки жёстких дисков (находятся обычно в папке виртуальной машины в подпапке Snapshots) и где находится исходный vhd-файл, к которому эти снимки мы будем прикреплять. Так же необходимо понять в каком порядке объединять снимки. Сначала объединяем самый свежий снимок (дата изменения снимка при включённой виртуалке совпадает с текущей, например 20/05/2010) со снимком более старшим (дата изменения снимка меньше предыдущей, но больше остальных, например 15/05/2010). Получившийся в итоге снимок объединяем со следующим по старшинству. Процедуру повторяем до тех пор пока не остается один снимок, который объединяется с исходным vhd-файлом. Процедура получается следующая:

1. Выключаем виртуалку, чьи диски-снимки надо объединить.
2. Меняем расширения всех снимков с .avhd на .vhd.
3. На всякий случай делаем копии всех преобразуемых файлов (бывших .avhd и исходных .vhd).
4. Записываем порядок в котором быдем объединять диски (20/05/2010.vhd => 15/05/2010.vhd =>… => Virtual Disk.vhd), чтобы в процессе не сбиться.
5. В оснастке Hyper-V запускаем Edit Disk, выбираем самый новый снимок (20/05/2010.vhd). В окне выбора действия будет доступно только одно действие – Reconnect. Далее надо будет указать родительский снимок (предыдущий относительно того, который последний – 15/05/2010.vhd). При этом, для облегчения выбора, будет подсказка какой диск является родительским к исходному. Выбираем его. Нажимаем Finish.
6. Запускаем Edit Disk повторно, выбираем самый свежий снимок. В окне выбора действия должно появится 2 пункта – Compact и Merge. Нас интересует второй. Выбираем его. В окне Summary можно будет посмотреть какой снимок с каким объединяется. Убеждаемся что это нужные нам снимки и запускаем процесс. При больших размерах снимков процесс может длиться достаточно долго.
7. По завершении процесса в папке со снимками останется только самый новый снимок (20/05/2010.vhd). Родительский снимок (15/05/2010.vhd) будет удалён. Если в папке остались ещё более старые снимки, то переходим к пункту 5 и повторяем процесс объединения.
8. Запускаем снова Edit Disk, в окне  выбора действия будет 2 пункта – Compact и Merge. Выбираем второй. По завершении процесса в папке снимков снимков исходного диска не останется – все они будут объединены с исходным vhd-диском.
9. Теперь, если мы зайдём в свойства виртуальной машины, то при попытке посмотреть на свойства нашего разбитого на снимки диска будет ошибка – виртуалка не сможет найти последний снимок. Смело можно удалять диск из свойств виртуалки и подключать его заново.

Последнюю часть в картинках можно посмотреть здесь. Исходный пост, который и помог провернуть всю эту операцию можно посмотреть здесь.

Эти замечательные котята (детишки нашей Маси) ищут своих хозяев. В верхней части видео – Regal, в будущем флегматичный британский котяра, в меру ленивый с плюшевой шёрсткой. В нижней части экрана справа – Rapira, хулиганка-медвежонок. Сейчас им по 2.5 месяца, привиты, с ветеринарными паспортами и прекрасной родословной. Пару фоток – ссылок на сайт папы-кота:

Стоимость котика – 15 000 руб., разумный торг уместен. Телефон для связи: +7 926 415 8515.
Стоимость кошешки уточняйте по телефону, указанному на сайте папы-кота.

Вчера стал доступен SP4 для Enterprise Vault 8.0. Обещают следующее:

• Move Mailbox Archive – позволяет перемещать архивы между хранилищами, сайтами и директориями.
• Появились дополнительные настройки Virtual Vault (фактически, в предыдущем SP можно было только включить и выключить VV).
• В административной консоли появился монитор ресурсов системы.
• В административной консоли появились ссылки на полезные ресурсы об EV.

Вот, собственно говоря, и всё. Пошёл качать.

Вчера в блоге команды Exchange появилось объявление о времени выпуска бэта версии и окончательной версии первого сервис-пака для Exchange 2010. Так же был указан новый функционал, доступный после установки SP1.

Из интересного про архив:

• Можно архив размещать в базе отличной от базы почтового ящика. Фактически архив теперь можно держать на более дешёвых хранилищах.
• Можно импортировать данные из локальных архивов (файлов pst) в архив в Exchange 2010.
• Можно делегировать доступ в архив.
• Можно создавать RPT из консоли EMC (в RTM версии можно только из EMS).
• Можно будет работать с архивом клиентам Outlook 2007.
• Кроме этого немного изменился механизм и функционал поиска по пользовательским данным (включая архив). Появится предпросмотр, дедупликация результатов поиска и возможность добавлять аннотации к найденным объектам.

Из нового OWA:

• Предпросмотр сообщений будет работать быстрее.
• Операции удаления, пометки как прочитанного и назначения категории будут проходить асинхронно, что позволит проходить этим операциям мгновенно, с точки зрения пользователя.
• Пользователь сможет открыть доступ к своему календарю анонимному пользователю.
• Можно будет читать и создавать сообщения защищённые IRM. Кроме этого можно будет просматривать приложенные файлы защищённые IRM из веб-интерфейса.
• Можно переключать темы OWA.
• Появилась возможность размещать область чтения снизу (а не только справа, как было в RTM).

Изменения в ActiveSync:

• Поддержка IRM (можно читать и создавать сообщения защищённые IRM).
• Поддержка отправки от имени другого пользователя (send-as).
• Возможность отсылки уведомления пользователю, если его устройство заблокировано или помещено в карантин администратором.
• Кроме этого, для облегчения процесса настройки устройства для доступа по POP3/IMAP4/SMTP информация о серверах, которые поддерживают таких клиентов добавлена в OWA.

Изменения в консолях управления (EMC и ECP):

• Возможность создания и изменения тэгов хранения и политик хранения в EMC.
• Возможность конфигурирования транспортных правил, журналирования и MailTips в ECP.
• Доступны настройки хранения и настройки архивов в ECP.
• Настройка политик доступа мобильных устройств в ECP.
• Доступно управление ролями (RBAC) в ECP.
• Настройка ip-адреса DAG и сервера ресурса-свидетеля в EMC.
• Управление настройками общих папок с наследованием (включая права доступа) в EMC.

Ждём.

В финальной версии Exchange 2010 появилась новая функция создания архива почтового ящика. Доступна она в контекстном меню учётной записи почтового ящика оснастки Exchange Management Console в разделе Recipient Configuration.

После включения архива в свойствах почтового ящика становятся доступны некоторые свойства связанные с архивом. В частности, можно поменять его имя и выставить при каком размере архива будет высылаться предупреждение о переполнении.

Кроме этого, при использовании Outlook 2010 и Outlook Web Access в дереве папок пользователя появляется архивная папка. Пользователь может вручную переносить свои сообщения в архив (к сожалению, архивная папка не может быть выбрана целевой при стандартном архивировании, которое предлагает Outlook).

Впрочем, ручное архивирование дело крайне утомительное и, в связи с этим, возникает вопрос – каким образом мы можем настроить автоматическое архивирование сообщений в архив почтового ящика пользователя? Ответ на этот вопрос есть. Continue Reading »

19 марта стал доступен для закачки очередной накопительный пакет обновлений для Exchange 2007sp2. По ссылкам можно посмотреть изменения, которые делает пакет и ошибки, которые он исправляет. При установке, однако, есть одна тонкость. Если на сервере установен ForeFront, то перед установкой его надо выключать, иначе сервисы отвечающие за работу транспорта и хранилищ автоматически после установки обновления не запустятся. Почему-то эта информация имеется только в блоге команды Exchange и полностью отсутствует в статье к обновлению. Уже выразил своё неудовольствие этим фактом у них в блоге.

С проблемой этой столкнулся при переносе почтовых ящиков из одного домена в другой. В исходном домене была организация Exchange 2003, в целевом – Exchange 2007. Столкнулся около года назад – нашёл только одно решение, после переноса прилинкованный ящик отключить (disable) и потом через отключенные ящики подключить его назад к нужной учётке. Буквально сегодня наткнулся на другое, более простое решение проблемы. Оказывается, достаточно через ADSI Edit в свойствах учётной записи исправить аттрибут msExchRecipientTypeDetails с 2 на 1.

Возникла задача предоставить пользователю доступ в ящик, но чтобы при этом он ничего не смог из него удалить. Стандартно, EMC предоставляет возможность дать полный доступ в ящик и права на отправку от имени. Понятно, что ни первый ни второй вариант в данном случае не подходят. Пришлось достаточно долго искать решение этой задачи. Предоставить доступ на чтение можно через Outlook или через утилиту PFDAVAdmin. Скорее всего существуют и другие пути решения, но я их не искал.
Continue Reading »

Варкалось. Хливкие шорьки пырялись по наве,
И хрюкотали зелюки, как мюмзики в мове.

О бойся Бармаглота, сын! Он так свирлеп и дик,
А в глуще рымит исполин – Злопастный Брандашмыг.

Но взял он меч, и взял он щит, высоких полон дум.
В глущобу путь его лежит под дерево Тумтум.

Он стал под дерево и ждет, и вдруг граахнул гром -
Летит ужасный Бармаглот и пылкает огнем!

Раз-два, раз-два! Горит трава, взы-взы – стрижает меч,
Ува! Ува! И голова барабардает с плеч.

О светозарный мальчик мой! Ты победил в бою!
О храброславленный герой, хвалу тебе пою!

Варкалось. Хливкие шорьки пырялись по наве,
И хрюкотали зелюки, как мюмзики в мове.

Это сценарий. В общем советую. Особенно тем, кто помнит события обоих кэрроловских алис.