Примерно 2 недели назад на симантековском файлконнекте появился доступ к Enterprise Vault 9.0. Из нового заявлено следующее:

• Появилась поддержка архивирования почтовых ящиков и общих папок, которые находятся на серверах Exchange 2010 SP1. Кроме этого добавлены скрипты PowerShell для управления доступа к архивам.
• Появились специальные счётчики, которые регулируют запуск сихронизации оффлайнового хранилища (Vault Cache) при достижении определённых значений (а не только по расписанию).
• Появилась поддержка Sharepoint 2010.
• Некоторые улучшения архивирования серверов Domino.
• Добавлены новые ключи в утилиту FSAUtility, добавлена утилита FSAUndelete.
• Поддерживаются MacOS X версий 10.5 (Leopard) и 10.6 (Snow Leopard).
• Сделали доступ к Microsoft Entourage 2008 Web Services Edition через клиента для MacOS X.

Поддержки Outlook 2010 пока нет. Обещают с первым сервис паком для девятки в конце этого года.

Уже достаточно давно столкнулся со следующей проблемой.

Был установлен Microsoft Office Communicator 2007, который складывал в Outlook в папку Conversation History логи разговоров. После обновления до версии 2007 R2 логи резко увеличились в размере (до обновления были 5-7Кб на сообщение, после 50-70Кб на сообщение). Проблема замечена здесь и здесь.

Заметил, что старые логи хранятся в формате ReachText, новые в HTML. Написал с помощью Васи Гусева небольшой скрипт, который позволяет изменять тип сообщений:

$Outlook = New-Object -ComObject outlook.application
$ns = $Outlook.GetNamespace("MAPI")
$MyFolder = $ns.Folders.Item("Mailbox - DisplayName")
$Conv = $MyFolder.Folders.Item("Conversation History")
$Conv.Items | ForEach-Object { If ($_.BodyFormat -eq 2) {$_.BodyFormat = 3; $_.Save()}}

Здесь аттрибут BodyFormat = 2 для сообщений с форматом HTML, BodyFormat = 3 для ReachText. К сожалению, скрипт проблему с размером не мешает. Думаем дальше.

Продолжая тему.
В связи с тем, что в мае официально вышел Office 2010 возникла необходимость распространять список безопасных отправителей с контроллера домена и на Outlook 2010. Для этого придётся скачать административные шаблоны для Office 2010 и внести в шаблон outlk14.adm:

POLICY !!L_JunkMailImportList
KEYNAME "software\policies\microsoft\office\14.0\outlook\options\mail"
PART !!L_Checktoimportjunkmaillists CHECKBOX
VALUENAME "JunkMailImportLists"
VALUEON NUMERIC 1
VALUEOFF NUMERIC 0
END PART
EXPLAIN !!L_JunkMailImportListExplain
END POLICY

кроме этого в секцию [Strings] надо внести следующее:

L_JunkMailImportList="Junk Mail Import List"
L_Checktoimportjunkmaillists="Check to import junk mail lists"
L_JunkMailImportListExplain="Your should enable Import List to add SafeSenders List file"

Вчера стал доступен для скачивания новый релиз Backup Exec - 2010 R2. Релиз скорее косметический, нового добавили немного. Полный список новшеств следующий:

Кроме этого исправлено огромное количество ошибок выявленных в базовой версии BE2010. Полный список можно посмотреть здесь.

После выхода четвёртого серис-пака для Enterprise Vault 8.0 я попытался его установить на текущий сервер Enterprise Vault и столкнулся с удивительной вещью – в одном из предыдущих сервис-паков из SCL пропала поддержка 32-битной версии Windows 2008, а в sp4 это ограничение появилось и в Deplyment Scanner’е. В итоге я оказался поставлен перед фактом – чтобы поставить sp4 (а в дальнейшем и перейти на версию 9.0) мне необходимо перейти либо на Windows 2008 R2, либо на 64-битную версию Windows 2008.

Процедура миграции выглядит следующим образом.

1. Необходимо очистить очередь MSMQ перед началом процесса миграции. Обычно очередь сама очищается после остановки сервиса Task Controller.

2. Как только очередь очистится – останавливаем все сервисы EV.

3. Экспортируем следующие ветки реестра:

• HKLM\Software\KVS\Enterprise Vault\Indexing
• HKLM\Software\KVS\Enterprise Vault\Storage
• HKLM\Software\KVS\Enterprise Vault\External Filtering

и ключи:

• HKLM\System\CurrentControlSet\Services\MRXSmb\Parameters\OplocksDisabled
• HKLM\System\CurrentControlSet\Control\Session Manager\Memory Management\PoolUsageMaximum
• HKLM\System\CurrentControlSet\Control\Session Manager\Memory Management\PagedPoolSize
• HKLM\Software\Microsoft\MSMQ\Parameters\KernelMemThreshold
• HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\EnableTCPChimney
• HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\EnableRSS
• HKLM\System\CurrentControlSet\Services\Tcpip\Parameters\EnableTCPA

Если каких-то веток/ключей не будет – то создавать их на новом сервере не надо.

4. Устанавливаем ОС и EV на новый сервер. Устанавливаем все необходимые обновления. Имя сервера оставляем прежним, как и его сетевые настройки. EV ставим в ту же директорию, что и на старом сервере.

5. На новый сервер необходимо скопировать файлы в те же папки, где они находились на старом сервере:

• Vault Stores
• Indexing files
• Shopping files
• Reports
• Custom Filter Rules

Если часть файлов находится на внешнем хранилище – задача облегчается. Достаточно внешнее хранилище переподключить к новому серверу.

6. Импортируем на новый сервер ветки и ключи реестра, экспортированные в пункте 3.

7. Через консоль SQL подключаемся к базе EnterpriseVaultDirectory. В таблице StorageServiceEntry находим данные, связанные со старым сервером, в столбцах StorageArchive, StorageRestore, StorageReplayIndex, StorageSpool и удаляем их (если серверов несколько, то эти данные будут в одной строке). В таблице RetrievalTask находим данные, связанные со старым сервером, в столбцах RetrievalSpoolQueue, MessageQueue и удаляем их (если серверов несколько, то эти данные будут в одной строке). В таблице ArchivingRetrievalTask находим данные, связанные со старым сервером, в столбце MessageQueue и удаляем его. Если сервер только один, то можно использовать следующий скрипт:

USE EnterpriseVaultDirectory
UPDATE StorageServiceEntry
SET StorageArchive = ' ', StorageRestore = ' ', StorageReplayIndex = ' ', StorageSpool = ' '
UPDATE RetrievalTask
SET RetrievalSpoolQueue = ' ', MessageQueue = ' '
UPDATE ArchivingRetrievalTask
SET MessageQueue = ' '

8. На сервере EV запускаем Enterprise Vault Configuration. Выбираем создать новую директорию. После указания SQL-сервера, который содержит исправленную на предыдущем шаге базу, выскочит сообщение что сервер уже найден в базе и запустится процесс восстановления. По завершении которого будет восстановлена старая конфигурация.

9. Нужно проконтролировать, что сервисы EV Admin и Directory стартовали. Если нет – запускаем их вручную. После этого запускаем остальные сервисы EV.

10. Если использовался плагин для OWA, то необходимо повторно запустить скрипт owauser.wsf.

Оригинал инструкции находится здесь.

В связи с неудавшимся обновлением 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

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

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

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

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

Новость относительно старая. Тем не менее, информация интересная. Symantec обещает поддержку Exchange 2010 в Enterprise Vault, но только в следующей версии (9.0). Enterprise Vault 8.0 поддерживать Exchange 2010 не будет. Программа бэта-тестирования EV 9.0 начнётся в марте, релиз обещают в мае этого года. Оригинал новости можно посмотреть здесь.

Имеется стандартная задача направлять автоматически письмо с заданным текстом в ответ на приходящее  (ставится обычно отделом кадров – уведомлять соискателей о том, что резюме получено, например). Стандартный автоответчик (Out-of-Office) данную задачу не решает, так как добавляет к теме письма фразу об отсутствии респондента. Как её решить подсказал Олег Крылов, за что ему большое спасибо.

Решается задача через настройку специального правила в почтовом ящике, который должен отсылать автоответ на любое поступившее письмо. Процесс выглядит следующим образом:
Continue Reading »