m
Неа
кароч есть ящик, я его сперва imapsync залил в облако, потом все таки pst выгрузил. и он с дублями)
Size: a a a
2020 July 24
A
кароч есть ящик, я его сперва imapsync залил в облако, потом все таки pst выгрузил. и он с дублями)
Ну так ты наоборот сделал от того что я предложил
m
Ну так ты наоборот сделал от того что я предложил
а разница?
A
Andrey 1
Мы примерно так и хотим
Я пытаюсь понять, "переварит" ли O365 сразу 700 PST, или же есть более оптимальный путь (с точки зрения скорости наполнения ящиков данными из PST).
Я пытаюсь понять, "переварит" ли O365 сразу 700 PST, или же есть более оптимальный путь (с точки зрения скорости наполнения ящиков данными из PST).
Более оптимальный путь - через гибрид, может сервис провайдер за доп денежку сделают временно для вас его? Это бы решило много проблем.
A1
Более оптимальный путь - через гибрид, может сервис провайдер за доп денежку сделают временно для вас его? Это бы решило много проблем.
Мы им неоднократно предлагали, но увы.
UPD: Деньги, правда, не предлагали - наверное, стоило с них начать 😊
UPD: Деньги, правда, не предлагали - наверное, стоило с них начать 😊
II
пятница народ
II
где обсуждения вилок
II
II
ваще не мое просто первое что попалось
m
Andrey 1
Добрый вечер
Помогите, пожалуйста, добрым словом и личным опытом.
В некой почтовой системе есть 700 ящиков объемом 400ГБ. Максимальный размер ящика - 8ГБ. Мы хотим из нее мигрировать в O365.
Мы выбрали вариант миграции через PST, так как другие нам не подходят (почта, календари).
Мы проверили, что можем мигрировать через PST поэтапно, "растянув" почтовый домен на обе почтовые системы.
1) Если сделать два экспорта почтовых ящиков в PST: сейчас и перед миграцией, будет ли повторный импорт PST в ящик занимать меньше времени (по сравнению с первым)?
2) Имеет ли смысл разбивать импортируемые ящики на наборы, допустим по 150 штук? Или же делать, исходя из лимита "mapping file" в 500 строк - например, разбив на два задания по импорту данных в 350 ящиков каждое?
3) Стоит ли запускать одновременно несколько заданий на импорт? Или же нам стоит подождать, пока задания отрабатывают по-одному?
4) Можем ли мы подкрутить какие-либо параметры для ускорения процесса загрузки PST и их импорта?
Помогите, пожалуйста, добрым словом и личным опытом.
В некой почтовой системе есть 700 ящиков объемом 400ГБ. Максимальный размер ящика - 8ГБ. Мы хотим из нее мигрировать в O365.
Мы выбрали вариант миграции через PST, так как другие нам не подходят (почта, календари).
Мы проверили, что можем мигрировать через PST поэтапно, "растянув" почтовый домен на обе почтовые системы.
1) Если сделать два экспорта почтовых ящиков в PST: сейчас и перед миграцией, будет ли повторный импорт PST в ящик занимать меньше времени (по сравнению с первым)?
2) Имеет ли смысл разбивать импортируемые ящики на наборы, допустим по 150 штук? Или же делать, исходя из лимита "mapping file" в 500 строк - например, разбив на два задания по импорту данных в 350 ящиков каждое?
3) Стоит ли запускать одновременно несколько заданий на импорт? Или же нам стоит подождать, пока задания отрабатывают по-одному?
4) Можем ли мы подкрутить какие-либо параметры для ускорения процесса загрузки PST и их импорта?
а че бы вам не выгрузить почту в pst, не загрузить в облако, потом переключить пользователей на облако и дельту опять выгрузить в pst и импортнуть?
A1
а че бы вам не выгрузить почту в pst, не загрузить в облако, потом переключить пользователей на облако и дельту опять выгрузить в pst и импортнуть?
Мы к этому варианту и склоняемся, спасибо
m
можно даж в старой локации подключить какой-нить временный домен и сделать тупо на чтение почтовые ящики через ову для особо нетерпеливых
m
да даж с возможностью отправки, spf оставить
m
Andrey 1
Мы к этому варианту и склоняемся, спасибо
вы целиком в облако уходите?
A1
да
m
Andrey 1
да
ну тогда вам точно нахер гибрид не нужен
MS
https://hh.ru/vacancy/37902811 закину трешачка так пострадать
Какая-то шляпа)