none
Mailbox migration RRS feed

  • Вопрос

  • I would like to ask for your assistance with the question below.
     
    We are now ready to start the migration of our mail into mailboxes on O365 side, by importing data from .PST files. As described here: https://support.office.com/en-us/article/overview-of-importing-your-organization-s-pst-files-to-office-365-ba688e0a-0fcb-4bd7-8e57-2b669564ea84?ui=en-US&rs=en-US&ad=US#BKMK_NetworkUpload

    We create a new import job, get SAS URL for it, use that URL to upload .PST files by AzCopy utility, create mapping file and import .PST files successfully.

    After that we try to delete .PST files. As in our migration scenario we need to upload and import 600Gb of data.
    According to Office 365 support there is a 200Gb space limit set for the blob, provided for upload. We should be able to upload the first bulk of .PST files, import them, delete them and start uploading the next bulk. But we are not able to delete any single PST uploaded due to permissions restriction.
     
    The questions are:
    - Can Microsoft support help with deletion of .PST files uploaded by AzCopy after their import finished?
    OR
    - Can that 200Gb limit be overridden for our migration period?
    OR
    - Is there any possibility to upload .PST files in any other container/blob we could get FULL access to and then import them?
    12 июня 2018 г. 11:15

Все ответы

  • Какая почтовая система используется у Вас? Почему не гибрид?

    Используйте powershell New-MailboxImportRequest для импорта PST в ящики с локального хранилища.

    13 июня 2018 г. 9:39
  • Здравствуйте Dzmitry,


    Пожалуйста задавайте вопросы на русском языке, иначе обратитесь пожалуйста на английскую ветку форума.
    --
    Please ask the questions in Russian, otherwise use the English section of forum.


    Avis de non-responsabilité:
    Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

    Bien cordialement, Andrei ...

    MCP

    14 июня 2018 г. 21:05
    Модератор
  • Нет возможности войти в акаунт azure через PowerShell. AzCopy создаёт временный BLOB с временным адресом. Для того, чтобы подцепиться к нему PowerShell я должен как минимум выполнить авторизацию, а я не могу этого сделать, так никакой комбинации логин/пароль мне не выдаётся.

    По сформированному временному адресу на BLOB я цепляюсь утилитой и гружу туда 200 GB pst файлов, но мне ещё 400 нужно пролить в BLOB, как его почистить ума не приложу - понятно что PowerShell - это лучшее решение, но нет авторизации.

    20 июня 2018 г. 10:15
  • Спасибо. ок - принял к сведению.
    20 июня 2018 г. 10:15
  • По сформированному временному адресу на BLOB я цепляюсь утилитой и гружу туда 200 GB pst файлов, но мне ещё 400 нужно пролить в BLOB, как его почистить ума не приложу - понятно что PowerShell - это лучшее решение, но нет авторизации.

    Не пользуйтесь Azcopy вообще. Я думаю одного знакомства с ним хватит, чтобы не трогать это трехметровой палкой.
    20 июня 2018 г. 12:23
  • Каким образом тогда осуществить миграцию 600 гигов PST файлов? Американский хостинг провайдер Exchange, доступа к Power Shell нет, конектором из интерфейса о365 не цепануться, POP / IMAP не катит ибо ящики по 20-40 гиг веса...Варианты?
    21 июня 2018 г. 8:54
  • Вы не можете удалять из временного хранилища PST-файлы. Файлы сами по себе удаляться через 30 дней, если они не используются в активном задании импорта:

    View a list of the PST files uploaded to Office 365

    Important: You can't use the Azure Storage Explorer to upload or modify PST files. The only supported method for importing PST files to Office 365 is to use AzCopy. Also, you can't delete PST files that you've uploaded to the Azure blob. If you try to delete a PST file, you'll receive an error about not having the required permissions. Note that all PST files are automatically deleted from your Azure storage area. If there are no import jobs in progress, then all PST files in the ingestiondata container are deleted 30 days after the most recent import job was created.

    А откуда у вас информация про ограничение в 200Гб? Я не слышал о таком ограничении - если есть ссылка, отправьте пожалуйста. Пригодится)

    Вообще я выполнял подобного рода миграции - и явно заливал больше 200Гб данных в хранилище.

    21 июня 2018 г. 9:11
  • Варианты?

    EWS, вестимо. PST для наркоманов совсем.

    21 июня 2018 г. 10:20
  • Допустим...Как потом БД развернуть в о365? Есть толковые ссылки?
    22 июня 2018 г. 7:27