MO
Спасибо. Это Москва в основном?
Я хз
Size: a a a
2020 July 07
MO
EV
Спасибо. Это Москва в основном?
А что собственно нужно?
AL
А что собственно нужно?
В личку не отвечаете?
AL
Коллеги, есть ли какая процедура траблшутинга S4B со стороны клиента на предмет неправильного пароля?
AL
Пароль точно верный. Проблема, что у некоторых работает, у некоторых ну никак не хочет заходить.
AL
S4B 2013, 2016
AL
Ни с того ни с сего у некоторых отвалился и все.
MO
Пароль точно верный. Проблема, что у некоторых работает, у некоторых ну никак не хочет заходить.
Ну открыть секурити лог сервера?
MO
Была ли авторизациях
AL
Ну открыть секурити лог сервера?
Понятно. Спасибо за ответ. Нет доступа к серверам. Я вообще не знаю в облаке они или наземные у нас.
ПП
Дамы и господа, день добрый!
Простой вопрос: чем лучше бэкапить exchange? выбешивает немного backup exec, есть ощущение, что он не подходит к моим задачам.
По задаче: БД штук 10, из них 8 - по 2ТБ примерно, а 2 - по 13ТБ и 15ТБ
Здоровые БД постепенно разбираются на БД поменьше, но общий объем довольно большой получается.
В общем дилемма
Простой вопрос: чем лучше бэкапить exchange? выбешивает немного backup exec, есть ощущение, что он не подходит к моим задачам.
По задаче: БД штук 10, из них 8 - по 2ТБ примерно, а 2 - по 13ТБ и 15ТБ
Здоровые БД постепенно разбираются на БД поменьше, но общий объем довольно большой получается.
В общем дилемма
II
"а 2 - по 13ТБ и 15ТБ"
ПП
наслаждаюсь каждый день, такое уже досталось
EV
Дамы и господа, день добрый!
Простой вопрос: чем лучше бэкапить exchange? выбешивает немного backup exec, есть ощущение, что он не подходит к моим задачам.
По задаче: БД штук 10, из них 8 - по 2ТБ примерно, а 2 - по 13ТБ и 15ТБ
Здоровые БД постепенно разбираются на БД поменьше, но общий объем довольно большой получается.
В общем дилемма
Простой вопрос: чем лучше бэкапить exchange? выбешивает немного backup exec, есть ощущение, что он не подходит к моим задачам.
По задаче: БД штук 10, из них 8 - по 2ТБ примерно, а 2 - по 13ТБ и 15ТБ
Здоровые БД постепенно разбираются на БД поменьше, но общий объем довольно большой получается.
В общем дилемма
Добрый день.
1. Бэкапить через veeam
2. Две большие базы перелить в базы поменьше
3. В расписании бэкапа учесть нагрузку на СХД и не делать бэкапы всего одновременно
4. Не делать НИКОГДА одновременный бэкап всех нод группы DAG
5. Перед внедрением почитать вот это -> http://andyandthevms.com/exchange-dag-vmware-backups-updated-list-of-tips-and-tricks-for-veeam-backup-replication/
1. Бэкапить через veeam
2. Две большие базы перелить в базы поменьше
3. В расписании бэкапа учесть нагрузку на СХД и не делать бэкапы всего одновременно
4. Не делать НИКОГДА одновременный бэкап всех нод группы DAG
5. Перед внедрением почитать вот это -> http://andyandthevms.com/exchange-dag-vmware-backups-updated-list-of-tips-and-tricks-for-veeam-backup-replication/
ПП
а кроме veeam еще что посоветуете?