• 11 Декабрь 2018, 18:47:16
• Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
 

Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - lastbaks

Страницы: [1]
1
Добрый день. В работающей схеме Exchange 2013 с отдельным сервером клиентского доступа требуется обновить сервера.
Чтобы не останавливать работу почты, приняли решение поднять второй CAS  сервер, который будет проксировать подключения
пользователей во время обновления первого. Большинство настроек, как я понимаю, сервер взял из AD - в списке серверов в ECP отобразился.
Что необходимо еще настроить, чтобы ходила почта. Во всех мануалах описана настройка первого сервера, а про подключение второго информации найти не могу.

2
Поправляюсь. На Всех серверах время правильное. на всех MBX, CAS и EDGE

3
Доброго дня всем! На прошлой неделе появилась проблема. Часть пользователей при работе через OWA видят в отправленных и полученных письмах время сдвинутое на час вперед.
При работе через outlook такая проблема не наблюдается. На серверах MBX время правильное. iisreset делал на серверах MBX и CAS. - не помогает.
Правильное время появляется, если в настройках пользователя поставить в региональных настройках Хельсинки +2.
Плюс непонятно, почему при смене с Москвы +4 на Хельсинки +2 время сдвигается не на два часа, а на один час.

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

5
Спасибо за ответ. Запрос на полную статистику выдает сообщение, как на скрине во вложении.
Ящик работоспособен, но находится в состоянии переноса с восстановленной базы на базу в DAG кластере.
Завершиться перенос не может - так и висит. Как его можно завершить?

6
Добрый день, помогите пожалуйста решить проблему.
Ситуация. Есть Exchange 2013. Три базы данных. Одна старая - восстановленная, и две новых - в DAG кластере.
Так как восстановленные базы данных использовать не рекомендуется, выполнялась задача по переносу почтовых ящиков в новую базу данных.
Перенос выполнялся отдельно по каждому ящику с помощью New-MoveRequest.
В момент переноса очередного почтового ящика произошел сбой на хранилище, в котором лежит одна из новых баз.
В результате сбоя перемещение не завершается - запрос MoveRequestStatistics выдает статус как во вложении.
Подскажите пожалуйста, как грамотно завершить операцию, чтобы не порушить почтовый ящик.

Страницы: [1]