SharePoint Online и OneDrive за бизнеса скоростта на мигриране

Важно : Тази статия е преведена машинно – вижте отказа от отговорност. Английската версия на тази статия за справка можете да намерите тук .

Тази статия обяснява стъпките, включени при използване на API на миграция на SharePoint Online и факторите, които влияят на скоростта на мигриране на всяка фаза.

Четири стъпки на мигрирането

Четири стъпки за мигриране

С нов SharePoint Online миграция API значително са се променили начина, по който са готови мигрирания, което ще засегне скорост, можете да очаквате, когато мигрирането на вашите данни. Целта на тази статия не е да даде подробно обяснение за това как работи API на миграция, но вместо това разглежда колко време е изразходвано при всяка стъпка от процеса на миграция и какви фактори влияят на скоростта.

Забележка : Стъпки 2, 3 и 4 обикновено се извършва с помощта на командите на SharePoint Online за PowerShell SPO миграция или трето лице инструмент за миграция. Важно е да изпълнявате стъпка 1 да знаете какъв инструмент ще отговаря най-добре на нуждите ви.

1. сканиране на източника   

Първото правило на добър миграция е винаги да знаете вашия източник. Оценка на вашите данни и подреждате какви са нуждите ви. Съдържанието, което наистина трябва да се движат? Какво може да бъде забравен? Тъй като оценявате вашите данни, ще ви даде представа за скоростта да очаква в следващите стъпки. Използвайте този път за почистване на вашите архиви, тъй като количеството на съдържанието, което премествате ще определи общия размер на вашия проект.

2. пакет на съдържанието   

Тази стъпка е мястото, където избрания от вас инструмент създава правилното пакет за съдържание, за да бъдат импортирани в облака. Това съответства на Новата SPOMigrationPackage и ConvertTo SPOMigrationTargetedPackage в SharePoint PowerShell кратки команди за SPO миграция. Скоростта на тази стъпка зависи от ефективността на инструмента и типа съдържание този пакет. Разделяне на пакетите си умно начин е нещо, което също значително ще се подобри Последната стъпка.

3. качване в Azure   

При преместване на съдържание в SharePoint Online с помощта на новия миграция API Azure е отнесена като временен държащ място. Скоростта на мрежата, за да качите в Azure е много по-бързо и ви позволява да изберете вашия център за данни. Ако имате добра връзка, може да искате да изберете на същото място на център за данни за вашия Azure и вашия акаунт за O365. Това съответства на команда Set-SPOMigrationPackageAzureSource при използване на PowerShell. Ако мрежата е бавна, помислете за използване на най-близкия център за данни Azure географски за вас. Последната опция е да достави физически твърд диск за Azure. Скоростта на тази стъпка зависи от вашата интернет връзка или времето, необходимо за експедиране устройства на Microsoft. Обекти, като например Microsoft Azure съхранение показатели и мащабируемост контролен списък може да предостави добра представа за това какво да очакват.

4 мигриране API   

Последната стъпка е миграцията на данни от Azure в SharePoint Online. Това действие е прозрачна, когато използвате трета страна инструмент, но отговаря на командата Подай SPOMigrationJob PowerShell. Microsoft има контрол на тази стъпка, така че ние ще отиват по-подробно по-долу за това какво да очакват.

Забележка : За целите на тази статия всеки път, когато повикване се извършва към API за пакета, за да се приема в SharePoint Online ще се нарича "Задача за мигриране".

Преминаване към API

Време за изчакване   

След като повикването се прави API, задача за мигриране в поставен в опашката. Обикновено миграция задания се качват в рамките на една минута. Броят на миграция задания към една и съща O365 клиента може да се различава в зависимост от трафика, но 8 до 16 паралелни миграция работа е това, което може да се очаква.

Скорост на API на задача за мигриране   

След като пакета е в Azure и задача за мигриране се качват Ето графика обяснява наблюдавани скоростта, с помощта на API на задача за мигриране.

Например: Ако 16 пакети са Импортираният едновременно с разпространение на броя на типове съдържание, общата сума достигне в средна стойност 2 X 16 = 32 ГБ / ч. Ако има само елементи от списък на SharePoint, обикновено виждаме 0.5X16 = 8GB/H, който е все още много елементи от списъци, тъй като те са малки елементи.

Сравнение на скоростта на мигриране в SharePoint Online

Оптимизиране на мигрирането   

Планиране е ключът към оптимизиране на мигрирането. Вашата цел при използване на API на е да се опитате да имат толкова миграция работа изпълнява паралелно през цялото време, за да увеличите пропускателната способност.

Някои инструменти, които вече го правят разделяне на пакетите по умно начин и другите го остави да направите умни разделяне на проектите. Важно е да разгледаме целия процес и трябва да винаги адрес претрупана на първо място. В някои случаи претрупана ще бъде тяхната интернет скорост или ръчно трудов участва в подготовката на съдържанието. Когато става въпрос за API, ако планирате да преместите повече от 1 ТБ, Microsoft поддържа да разрешите повече работни места, за да се паралелно, с кратка продължителност.

Все още ще има ли ограничение за колко работни места може да работи с една и съща колекция. Затова много важно е да изпълнявате паралелни задания срещу различни колекции от сайтове, колкото е възможно. Трябва да сте сигурни, да има предварително разделен вашите колекции, така че вашето съдържание е равномерно разпределени.

Пример за клиент   

Microsoft консултантски услуги вече завършен мигрирания за клиенти, идващи от SharePoint локалното разполагане на SharePoint Online, като използвате новия миграция API. За един клиент тук е бил по време на нещата. Сканиране фаза се 2 седмици на източници на навлиза в SPO. След това върху това те да добавите друг 3 седмици за включване и възстановяване. По принцип добра работа в анализиране на източници и почистването трябва да вземете повече от един месец.

Наблюдавани скорост, когато идват от локалното разполагане в облака е около 500 ГБ на седмица. Това включва съдържание ход, но също и неща като отстраняване на проблеми, когато се появяват или някой друг вид на отстраняване. Като цяло движението на акаунтите на съдържание за много малка част от време, прекарано на мигрирането.

От друга страна при въвеждане споделите файлове в SharePoint Online или OneDrive за бизнеса, неща, които обикновено да отиде по-бързо, тъй като нещата са по-малко вероятно да се появи Sharepoint специфични проблеми и персонализации. Ние са наблюдавани клиент привеждане 300GB на споделяне на файл в нормален работен ден, без дори обаждане до поддръжката за повече паралелни работни места.

CSOM и ограничаване   

API поддържа да бъде подадена през съдържанието, но някои взаимодействия все още трябва да бъде направено чрез CSOM за сега. API не е ограничено, но CSOM е. Ние не може да намалите ограничаване за CSOM, тъй като поддържа услугата правилен за всеки. Виждаме успешното голям мащаб миграция постига с помощта на API на миграция, които биха били ограничени, ако те са използвали CSOM вместо това.

Забележка : Отказ от отговорност за машинен превод: Тази статия е преведена от компютърна система без човешка намеса. Microsoft предлага тези машинни преводи, за да помогне на потребителите, които не говорят английски, да се възползват от съдържанието за продукти, услуги и технологии на Microsoft. Тъй като статията е преведена машинно, е възможно да съдържа грешки в речника, синтаксиса и граматиката.

Вж. също

Как да: предотвратите ограничени или блокирани в SharePoint Online

SharePoint Online (SPO) миграция пътна карта на съдържанието

Споделяне Facebook Facebook Twitter Twitter Имейл Имейл

Беше ли полезна тази информация?

Чудесно! Друга обратна връзка?

Как можем да подобрим това?

Благодарим ви за обратната връзка!

×