Initialization failure on: «Microsoft Information Store». Snapshot technology used: Microsoft Volume Shadow Copy Service (VSS).
Snapshot technology error (0xE0008516): The database specified for the snapshot was not backed up because the database was not mounted.
Такая ошибка начала появляться при бекапе серверов Exchange в DAG-e.
Причина ошибки: сменили пароль на учетную запись, под которой запускаются сервисы Symantec Backup Exec.
Помог рестарт служб:
Backup Exec Agent Browser
Backup Exec Device & Media Service
Backup Exec Management Service
Backup Exec Server
и ввод пароля от сервисной учетной записи.
Как узнать версию Exchange по дистрибутиву
У меня возникла задача установить Exchange-сервер 2016, в наличии есть какой-то древний ISO-файл. Как по нему определить какая версия Exchange в нем находится? Запускаем файл .exe внутри ISO и распаковываем дистрибутив сервера, далее заходим в директорию .\setup\serverroles\common и находим там файл version.txt, в нем и будет написано версия. В моем случае там было написано: «Version 15.01 (Build 0225.042)». Воспользовавшись поиском, узнаем, что данная версия является RTM.
Дефрагментация базы Exchange (edb)
Как известно, после удаления письма из почтового ящика, письмо сразу не удаляется из почтовой базы Exchange. В течении 14 дней (по умолчанию) оно ещё хранится и его можно восстановить в случае надобности. После этого срока письмо окончательно удаляется из базы. Но самое удивительное, что размер файла БД после удаления не изменяется и с каждым днем продолжает расти. Для того, чтобы компактно сжать почтовую базу необходимо провести ее дефрагментацию. Проблема только в том, что это возможно сделать, когда сама база отмонтирована.
И так последовательность действий:
1) Заходим в консоль администрирования Exchange 2010: Конфигурация организации – Почтовый ящик – Управление базой данных. Находим нужную нам базу и отмонтируем ее. Через свойства смотрим, где эта база хранится.
2) Перед тем, как проделывать любые манипуляции с данными, необходимо сделать их резервную копию. 
3) Открываем командную строку и переходим в директорию, где хранится почтовая база. Командой eseutil /D “имя_базы.edb” начинаем процесс сжатия базы данных.
4) Ждем, когда процесс закончится. В моем случае он длился около 30 минут.
5) Смотрим полученный результат. БД существенно уменьшилась в размерах. Что нам и требовалось.
Как настроить администратору доступ к почтовым ящикам других пользователей в Office 365
1) Запустить Power Shell от имени Администратора
2) Проверить политики командой “Get-Executionpolicy”. Если установлено “Restricted”, запустить команду “Set-Executionpolicy remotesigned” или „Set-Executionpolicy unrestricted“.
3) Запустить команду “$LiveCred = Get-Credential”, в процессе выполнения которой Вам необходимо вписать юзернейм и пароль администратора.
4) Запустить команду “$Session = New-PSSession -ConfigurationName Microsoft.Exchange –ConnectionUri https://ps.outlook.com/powershell -Credential $LiveCred -Authentication Basic -AllowRedirection”
5) Запустить команду “Import-PSSession $Session”.
6) Выполнить команду “Add-MailboxPermission –Identity user1 –AccessRights FullAccess –User user2 –InheritanceType All”
(где user1 это почтовый ящик на который Вы предоставляете доступ, а user2 это ящик которому Вы предоставляете доступ).
Например:
Add-MailboxPermission –Identity robert@contoso.com –AccessRights FullAccess –User allan@contoso.com –InheritanceType All
– в этом случае Вы предоставляете пользователю allan@contoso.com право доступа в почтовый ящик robert@contoso.com.
Я хочу Вас предупредить, что все почтовые ящики, к которым у Вас есть “FullAccess”, могут появиться у Вас в Outlook (Outlook 2007 и Outlook 2010). Если Вы не хотите, что бы почтовые ящики были видны в Outlook, тогда Вам надо в конце команды “Add-MailboxPermission –Identity user1 –AccessRights FullAccess –User user2 –InheritanceType All” добавить “-AutoMapping:$false”.
Например:
Add-MailboxPermission –Identity robert@contoso.com –AccessRights FullAccess –User allan@contoso.com –InheritanceType All -AutoMapping:$false