Office 365 migrācijas veiktspēja un paraugprakse

Varat migrēt datus no lokālas e-pasta organizācijas uz pakalpojumu Microsoft Office 365, izmantojot dažādus ceļus. Plānojot migrāciju uz pakalpojumu Office 365, tiek bieži uzdots jautājums, kā uzlabot datu migrācijas veiktspēju un optimizēt migrācijas ātrumu.

Piezīme.: Šajā tēmā uzskaitītā veiktspējas informācija neattiecas uz pakalpojumu Office 365 atvēlētiem abonementu plāniem. Papildinformāciju par atvēlētiem plāniem skatiet rakstā Office 365 atvēlēto plānu pakalpojumu apraksti.

Šajā tēmā

Pārskats par e-pasta migrēšanu uz pakalpojumu Office 365

Office 365 atbalsta vairākas metodes e-pasta, kalendāra un kontaktpersonu datu migrēšanai no esošās ziņojumapmaiņas vides uz Office 365, kā aprakstīts rakstā Kā migrēt vairākus e-pasta kontus uz pakalpojumu Office 365.

Papildinformāciju par Office 365 tīklošanu un veiktspēju skatiet rakstā Tīkla plānošana un veiktspējas uzlabošana pakalpojumam Office 365.

Bieži izmantotas migrācijas metodes

Migrācijas metode

Apraksts

Resursi

Interneta ziņojumu piekļuves protokols (IMAP) migrācija

Varat izmantot portālu Exchange administrēšanas centrs vai Exchange pārvaldības čaulu, lai migrētu lietotāju pastkastu saturu no IMAP ziņojumapmaiņas sistēmas uz lietotāju pastkastēm pakalpojumā Office 365. Tas attiecas arī uz pastkastu migrāciju no citiem viesotiem e-pasta pakalpojumiem, piemēram, Gmail vai Yahoo Mail.

IMAP pastkastu migrēšana uz pakalpojumu Office 365

Pārslēgšanas migrācija

Izmantojot pārslēgšanas migrāciju, jūs migrēsit visas lokālās pastkastes uz pakalpojumu Office 365 dažu dienu laikā. Izmantojiet pārslēgšanas migrāciju, ja plānojat pārvietot visu e-pasta organizāciju uz pakalpojumu Office 365 un pārvaldīt lietotāju kontus pakalpojumā Office 365. Izmantojot pārslēgšanas migrāciju, varat migrēt līdz pat 2000 pastkastu no savas lokālās Exchange organizācijas uz pakalpojumu Office 365. Tomēr ir ieteicams migrēt ne vairāk kā 150    pastkastes. Migrējot lielāku pastkastu skaitu, pasliktinās veiktspēja. Tiks migrētas arī pasta kontaktpersonas un adresātu grupas jūsu lokālajā Exchange organizācijā.

Pārslēgšanas migrācija uz pakalpojumu Office 365

Pakāpeniskā migrācija

Izmantojiet pakāpenisko migrāciju, ja plānojat pakāpeniski migrēt visas savas organizācijas pastkastes uz pakalpojumu Office 365. Izmantojot pakāpenisko migrāciju, lokālo pastkastu paketes tiek migrētas uz pakalpojumu Office 365 vairāku nedēļu vai mēnešu laikā.

Kas jāzina par pakāpenisko e-pasta migrāciju uz Office 365

Hibrīdā izvietošana

Hibrīdā izvietošana ļauj organizācijām viņu esošās lokālās Exchange organizācijas nodrošinātos līdzekļus un administratīvo kontroli paplašināt ar mākoņa sniegtajām priekšrocībām. Hibrīdā izvietošana nodrošina vienotu Exchange organizācijas izskatu un darbību, izmantojot gan lokālu programmatūru Exchange Server 2013 vai Microsoft Exchange Server 2010, gan pakalpojumu Office 365. Turklāt hibrīdā izvietošana var tikt izmantota kā pārejas posms pirms pilnīgas pāriešanas uz Office 365 organizāciju.

Exchange Server 2013 hibrīdās izvietošanas

Trešās puses migrācija

Ir pieejami daudzi trešo pušu rīki. Tie izmanto atšķirīgus protokolus un pieejas, lai veiktu e-pasta migrēšanu no dažādām e-pasta platformām, piemēram, IBM Lotus Notes un Novell GroupWise.

Tālāk ir aprakstīti vairāki trešo pušu migrācijas rīki un partneri, ko varat izmantot, lai veiktu Exchange migrāciju no trešo pušu platformām.

  • Binary Tree   Nodrošina ziņojumapmaiņas migrāciju vairākās platformās un līdzāspastāvēšanas programmatūru, kā arī produktus, kas nodrošina IBM Lotus Notes, Domino, Exchange un SharePoint lokālās un tiešsaistes uzņēmumu ziņojumapmaiņas un sadarbības vides analīzi, līdzāspastāvēšanu un migrāciju starp šīm vidēm.

  • BitTitan   Nodrošina migrācijas risinājumus uz pakalpojumu Office 365.

  • Metalogix   Nodrošina migrācijas risinājumus uz pakalpojumu Office 365 un SharePoint Online.

  • SkyKick Nodrošina automatizētus migrācijas risinājumus lokāla pakalpojuma Exchange, Gmail, POP3, IMAP, Lotus Notes pārvietošanai uz pakalpojumu Office 365. Partneri var izmantot visaptverošos migrācijas rīkus migrācijas projekta pārdošanas, plānošanas, migrācijas, pārvaldības un lokālajā posmā.

  • TransVault   Nodrošina migrācijas risinājumus uz pakalpojumu Office 365.

Migrācijas metožu veiktspēja

Tabulā ir salīdzināti novērotie dažādu migrācijas metožu veiktspējas rezultāti, veicot pastkastu un pastkastu datu migrāciju uz Office 365. Šo rezultātu pamatā ir iekšēja testēšana un faktiska klientu sistēmu migrācija uz Office 365.

Svarīgi!: Tā kā migrāciju veikšanas veids un laiks atšķiras, faktiskais migrācijas ātrums var būt lēnāks vai ātrāks par tabulā norādīto.

Migrācijas metode

Lietotāju ierobežošana pakalpojumā Office 365

Migrācijas pakalpojumu ierobežošana pakalpojumā Office 365

Pakalpojumā Office 365 pieejamā resursu ierobežošana, kuras pamatā ir darbspēja

Novērotā vidējā caurlaidspēja stundā katram klientam (ja piemērojams)

IMAP migrācija

10–14 gigabaiti (GB) (vienlaikus pārvietoti 20 vienumi)

Pārslēgšanas migrācija

10–14 GB (vienlaikus pārvietoti 20 vienumi)

Pakāpeniskā migrācija

10–14 GB (vienlaikus pārvietoti 20 vienumi)

Hibrīda migrācija

10–14 GB katrai lokālajai programmatūrai Exchange 2013 vai 2010 CAS (Microsoft Exchange pastkastes replicēšanas pakalpojums (MRS starpniekservera pakalpojums)) ar 20 vienlaikus pārvietotiem vienumiem 1

Trešās puses MAPI migrācija

4–12 GB (vienlaikus pārvietoti 20 vienumi) 2

Trešās puses Exchange tīmekļa pakalpojumu migrācija

5–10 GB (vienlaikus pārvietoti 20 vienumi) 3

Klienta augšupielāde (no Outlook .pst failiem)

0,5 GB

1Novērotā caurlaidspēja vienā pastkastē atrodas diapazonā 0,3–1,0 GB/stundā. Lai iegūtu caurlaidspēju, kas pārsniedz 1000 MB/h katrai pastkastei, ir jāizmanto tīkls, kas var uzturēt pagaidu kļūmes aizkaves laiku, kas nepārsniedz 2 procentus, kā arī tīkla latentumu, kas nepārsniedz 100 ms. Varat vienlaikus migrēt vairākas pastkastes, lai panāktu lielāku datu migrācijas apjomu. Atsevišķas pastkastes pārvietošanas caurlaidspēja samazināsies, ja lokālais CAS (MRS starpniekservera pakalpojuma) serveris darbosies ar pilnu aparatūras noslodzi, tīkla joslas platums būs nepietiekams vai tīkla latentums būs pārāk liels. Apsveriet iespēju pievienot papildu serverus vai īslaicīgi uzlabot tīkla savienojamību, lai paātrinātu migrāciju.

2Novērotā atsevišķas MAPI migrācijas caurlaidspēja atrodas diapazonā 0,1–0,5 GB/stundā. Varat vienlaikus veikt vairākas migrācijas, lai panāktu lielāku datu migrācijas apjomu. Atsevišķas MAPI migrācijas caurlaidspēja samazināsies, ja lokālie serveri vai tīkls darbosies ar pilnu noslodzi.

3Novērotā atsevišķas Exchange tīmekļa pakalpojuma migrācijas caurlaidspēja atrodas diapazonā 0,2–0,5 GB/stundā. Varat vienlaikus veikt vairākas migrācijas, lai panāktu lielāku datu migrācijas apjomu. Piemēram, veicot 20 vienlaicīgas migrācijas, kopējā caurlaidspēja atradīsies diapazonā 4–10 GB/stundā. Atsevišķas Exchange tīmekļa pakalpojuma migrācijas caurlaidspēja samazināsies, ja lokālie serveri vai tīkls darbosies ar pilnu noslodzi.

Migrācijas veiktspējas faktori

E-pasta migrēšanas veiktspēju bieži var ietekmēt vairāki faktori.

Bieži sastopami migrācijas veiktspējas faktori

Tālākajā tabulā ir sniegts saraksts ar faktoriem, kas bieži ietekmē migrācijas veiktspēju. Plašāka detalizēta informācija ir pieejama sadaļās, kurās sniegts atsevišķu migrācijas metožu apraksts.

Faktors

Apraksts

Piemērs

Datu avots

Ierīce vai pakalpojums, kas vieso migrējamos datus. Uz datu avotu var attiekties daudzi ierobežojumi aparatūras specifikāciju, lietotāja darba slodzes un aizmugursistēmas uzturēšanas uzdevumu dēļ.

Pakalpojums Gmail ierobežo to datu apjomu, ko var izgūt konkrētā laika periodā.

Datu tips un blīvums

Klientu uzņēmumu unikālo īpašību dēļ pastkastēs ietverto pasta vienumu tips un to kombinācijas ievērojami atšķiras.

Viena 4 GB pastkaste ar 400 vienumiem (katram vienumam ir pielikumi 10 megabaitu (MB) apmērā) tiks migrēta ātrāk nekā viena 4 GB pastkaste ar 100 000 mazāku vienumu.

Migrācijas serveris

Daudzi migrācijas risinājumi izmanto “pārejas lodziņa” tipa migrācijas serveri vai darbstaciju, lai pabeigtu migrāciju.

Klienti bieži izmanto virtuālo mašīnu ar zemu veiktspēju, lai viesotu MRS starpniekservera pakalpojumu hibrīda izvietojumiem vai klienta datoru nehibrīda migrācijām.

Migrācijas programma

Ja nepieciešams, datu migrācijas programma, kas atbild par datu atgādāšanu no avota servera, konvertē datus. Pēc tam programma pārsūta datus tīklā un tos ievada Office 365 pastkastē.

MRS starpniekservera pakalpojumam ir savas iespējas un ierobežojumi.

Lokālā tīkla ierīces

Migrācijas veiktspēju ietekmē visa tīkla veiktspēja no datu avota līdz Exchange Online klientu piekļuves serveriem.

Ugunsmūra konfigurācija un specifikācijas lokālajā organizācijā.

Pakalpojums Office 365

Pakalpojumā Office 365 ir iebūvētas atbalsta opcijas un līdzekļi migrācijas darba slodzes pārvaldībai.

Lietotāju ierobežošanas politikā ir norādīti noklusējuma iestatījumi un tā ierobežo kopējo datu pārsūtīšanas maksimālo ātrumu.

Tīkla veiktspējas faktori

Šajā sadaļā aprakstīta paraugprakse saistībā ar tīkla veiktspējas uzlabošanu migrācijas laikā. Informācija ir vispārīga, jo migrācijas laikā tīkla veiktspēju visvairāk ietekmē trešo pušu aparatūra un interneta pakalpojumu sniedzēji (Internet service provider — ISP).

Izmantojiet rīku Exchange Analyzer, lai iegūtu padziļinātu izpratni par tīkla savienojamību pakalpojumā Office 365. Lai darbinātu Exchange Analyzer pārbaudes atbalsta un atkopšanas palīgā, dodieties uz Papildu diagnostika > Exchange Online > Pārbaudīt Exchange Online tīkla savienojamību > Jā. Papildinformāciju par atbalsta un atkopšanas palīgu skatiet rakstā Outlook un Office 365 problēmu risināšana, izmantojot atbalsta un atkopšanas palīgu pakalpojumam Office 365.

Faktors

Apraksts

Paraugprakse

Tīkla noslodze

Laiku, kas nepieciešams, lai migrētu pastkastes uz pakalpojumu Office 365, nosaka jūsu tīkla pieejamā un maksimālā noslodze.

  • Nosakiet pieejamo tīkla noslodzi un maksimālo augšupielādes noslodzi.

  • Sazinieties ar savu ISP, lai apstiprinātu piešķirto joslas platumu un iegūtu detalizētu informāciju par ierobežojumiem, piemēram, kopējo datu apjomu, ko var pārsūtīt konkrētā laika periodā.

  • Izmantojiet rīkus, lai novērtētu tīkla faktisko noslodzi. Noteikti pārbaudiet kopējo datu plūsmu no sava lokālā datu avota uz Microsoft datu centra vārtejas serveriem.

  • Nosakiet citu tīkla slodzi (piemēram, dublējuma utilītas un plānoto uzturēšanu), kas var ietekmēt tīkla noslodzi.

Tīkla stabilitāte

Ātrs tīkls ne vienmēr nodrošina ātru migrāciju. Ja tīkls ir nestabils, datu pārsūtīšana aizņem vairāk laika kļūdu labošanas dēļ. Atkarībā no migrācijas tipa kļūdu labošana var būtiski ietekmēt migrācijas veiktspēju.

Tīkla aparatūras un draiveru problēmas bieži rada ar tīkla stabilitāti saistītas problēmas. Sadarbojieties ar aparatūras piegādātājiem, lai izprastu savas tīkla ierīces, un lietojiet jaunākos piegādātāja ieteiktos draiverus un programmatūras atjauninājumus.

Tīkla darbības aizkave

Tīkla ugunsmūrī konfigurēta ielaušanās gadījumu noteikšanas funkcionalitāte bieži rada būtisku tīkla darbības aizkavi un ietekmē migrācijas veiktspēju.

Datu migrācija uz Office 365 pastkastēm ir atkarīga no interneta savienojuma. Interneta darbības aizkave ietekmē vispārējo migrācijas veiktspēju.

Turklāt lietotājiem vienā uzņēmumā var būt mākoņa pastkastes, kas atrodas datu centros dažādās ģeogrāfiskās atrašanās vietās. Migrācijas veiktspēja var atšķirties atkarībā no klienta ISP.

  • Novērtējiet tīkla darbības aizkavi visos iespējamos Microsoft datu centros, lai nodrošinātu pastāvīgu rezultātu. (Tādējādi varat nodrošināt arī pastāvīgu pieredzi lietotājiem.) Sadarbojieties ar savu ISP, lai novērstu ar internetu saistītas problēmas.

  • Pievienojiet Microsoft datu centra serveru IP adreses savam atļauto vienumu sarakstam vai apejiet visu ar migrāciju saistīto trafiku savā tīkla ugunsmūrī. Papildinformāciju par Office 365 IP diapazoniem skatiet rakstā Office 365 vietrāžu URL un IP adrešu diapazoni.

Padziļinātu migrācijas analīzi savā vidē skatiet mūsu emuāra ziņā par pārvietošanas analīzi. Ziņā ir iekļauts arī skripts, ko varat izmantot, lai analizētu pārvietošanas pieprasījumus.

Ierobežošana pakalpojumā Office 365

Pakalpojums Office 365 izmanto dažādus ierobežošanas mehānismus, lai gādātu par drošību un pakalpojumu pieejamību. Tālākie trīs ierobežošanas veidi var ietekmēt migrācijas veiktspēju.

  • Lietotāju ierobežošana

  • Migrācijas pakalpojumu ierobežošana

  • Resursu ierobežošana, kuras pamatā ir darbspēja

Piezīme.: Trīs ierobežošanas veidi pakalpojumā Office 365 neietekmē visas migrācijas metodes.

Lietotāju ierobežošana pakalpojumā Office 365

Lietotāju ierobežošana ietekmē vairākumu trešo pušu migrācijas rīku un klienta augšupielādes migrācijas metodi. Šīs migrācijas metodes migrē pastkastu datus uz Office 365 pastkastēm, izmantojot klientu piekļuves protokolus, piemēram, attālās procedūras izsaukuma (Remote Procedure Call — RPC) pār HTTP protokolu. Šos rīkus izmanto, lai migrētu datus no dažādām platformām, piemēram, IBM Lotus Domino un Novell GroupWise.

Lietotāju ierobežošana ir visstriktākā ierobežošanas metode pakalpojumā Office 365. Tā kā lietotāju ierobežošana ir iestatīta tā, lai darbotos attiecībā uz individuālu lietotāju, jebkāds lietojumprogrammas līmeņa lietojums vienkārši pārsniegs ierobežošanas politiku un radīs palēninātu datu migrāciju.

Migrācijas pakalpojumu ierobežošana pakalpojumā Office 365

Migrācijas pakalpojumu ierobežošana ietekmē visus Office 365 migrācijas rīkus. Migrācijas pakalpojumu ierobežošana pārvalda migrācijas laiksakritību un pakalpojumu resursu piešķiršanu Office 365 migrācijas risinājumiem.

Migrācijas pakalpojumu ierobežošana ietekmē migrācijas, kas tiek veiktas ar tālāk norādītajām migrācijas metodēm.

  • IMAP migrācija

  • Exchange pārslēgšanas migrācija

  • Exchange pakāpeniskā migrācija

  • Hibrīda migrācijas (tāda pārvietošana hibrīda vidē, kuras pamatā ir MRS starpniekservera pakalpojums)

Migrācijas pakalpojumu ierobežošanas piemērs ir to pastkastu skaita kontrole, kas tiek vienlaikus migrētas vienkāršu Exchange migrāciju un IMAP migrāciju laikā. Noklusējuma vērtība ir 10. Tas nozīmē, ka jebkurā laikā tiek migrētas ne vairāk kā 10 pastkastes no visām migrācijas paketēm. Exchange vadības panelī vai tehnoloģijā Windows PowerShell varat palielināt to migrācijas paketes pastkastu skaitu, kas tiek vienlaicīgi migrētas. Papildinformāciju par šī iestatījuma optimizāciju skatiet rakstā Migrācijas pakešu pārvaldība pakalpojumā Office 365.

Pakalpojumā Office 365 pieejamā resursu ierobežošana, kuras pamatā ir darbspēja

Uz visām migrācijas metodēm attiecas pieejamības ierobežošanas pārvaldība. Tomēr Office 365 ierobežošana neietekmē Office 365 migrācijas tik lielā mērā, kā tās ietekmē citi iepriekš aprakstītie ierobežošanas tipi.

No darbspējas atkarīga resursu ierobežošana ir vismazāk agresīvā ierobežošanas metode. Tā tiek īstenota tad, ja rodas ar pakalpojuma pieejamību saistīta problēma, kas ietekmē lietotājus un kritiskas pakalpojumu operācijas.

Pirms pakalpojuma veiktspēja pasliktinās līdz līmenim, kas varētu ietekmēt lietotājus, hibrīdā migrācija tiks apturēta līdz laikam, kad veiktspēja tiks atjaunota un pakalpojuma līmenis atgriezīsies zem ierobežošanas sliekšņa.

Tālāk ir sniegti piemēri no Exchange migrācijas statistikas atskaites. Tajos redzami ieraksti, kas reģistrēti pēc tam, kad ir pārsniegts pakalpojuma ierobežošanas slieksnis.

  • 25.01.2012. 00:56:01 [BL2PRD0410CA012] Kopēšanas norise: 723/1456 ziņojumi, 225,8 MB (236 732 045 baiti)/416,5 MB (436 712 733 baiti).

    25.01.2012. 00:57:53 [BL2PRD0410CA012] Pārvietošana pastkastei “/o=ExchangeLabs/ou=Exchange administratīvā grupa (FYDIBOHF23SPDLT)/cn=Adresāti/cn=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx” ir apstājusies, jo ierobežojuma DataMoveReplicationConstraint prasības nav ievērotas datu bāzei “NAMPRD04DG031-db081” (aģenta MailboxDatabaseReplication). Kļūmes iemesls: Datu bāze edbf0766-1f2a-4552-9115-bb3a53a8380b neatbilst ierobežojuma SecondDatacenter prasībām. Nav pieejama neviena darbspējīga datu bāzes kopija. Tiks gaidīts līdz 25.01.2012. 1:27:53.

    25.01.2012. 12:58:24 [BL2PRD0410CA012] Pieprasījums vairs nav apturēts un tiks turpināts.

    30.06.2017 00:03:58 [CY4PR19MB0056] Uzdevums tiek atcelts, jo ir pārāk liela aizkave, kuras cēlonis ir nelabvēlīga servera darbspēja vai budžeta ierobežojumi ar pieprasījumu ierobežošanas stāvokli “StalledDueToTarget_DiskLatency”.

Risinājums un prakse   

Ja rodas līdzīga situācija, gaidiet, līdz pakalpojums Office 365 tiks atkopts. Papildinformāciju skatiet pakalpojuma darbspējas sadaļā Office 365 portālā.

Veiktspējas faktori un paraugprakse tādās izvietojuma migrācijās, kas nav hibrīda izvietojuma migrācijas

Šajā sadaļā aprakstīti faktori, kas ietekmē migrācijas, kas izmanto protokolu IMAP, pārslēgšanas vai pakāpeniskās migrācijas metodi. Sadaļā ir aprakstīta arī paraugprakse migrācijas veiktspējas uzlabošanai.

1. faktors: datu avots

Tālākajā tabulā ir aprakstīta jūsu pašreizējās e-pasta organizācijas avota serveru ietekme uz migrāciju, kā arī paraugprakse migrācijas ietekmes mazināšanai.

Kontrolsaraksts

Apraksts

Paraugprakse

Sistēmas veiktspēja

Datu izvilkšana ir intensīvs uzdevums. Lai nodrošinātu optimālu migrācijas veiktspēju, avota sistēmai ir nepieciešams pietiekami daudz resursu, piemēram, centrālā procesora laiks un atmiņa. Migrācijas laikā avota sistēma bieži tiek gandrīz pilnībā noslogota, ņemot vērā parasto lietotāju darba slodzi. Ja sistēmas resursi ir nepietiekami, migrācijas radītā papildu darba slodze var ietekmēt lietotājus.

Pārraugiet sistēmas veiktspēju migrācijas izmēģinājuma pārbaudes laikā. Ja sistēma ir aizņemta, ir ieteicams izvairīties no agresīva migrācijas grafika konkrētajā sistēmā, jo šādā gadījumā migrācija var būt lēna un var rasties ar pakalpojumu pieejamību saistītas problēmas. Ja iespējams, uzlabojiet avota sistēmas veiktspēju, pievienojot aparatūras resursus, un samaziniet sistēmas slodzi, pārvietojot uzdevumus un lietotājus uz citiem serveriem, kas nav iesaistīti migrācijā.

Papildinformāciju skatiet rakstā:

Ja veicat migrāciju no lokālas Exchange organizācijas, kurā ir vairāki pastkastu serveri, ir ieteicams izveidot migrācijas lietotāju sarakstu, kas ir vienmērīgi izplatīts vairākos pastkastu serveros. Atkarībā no individuālas serveru veiktspējas sarakstu var vēl vairāk uzlabot, lai maksimāli palielinātu caurlaidspēju.

Piemēram, ja A serverī ir par 50 procentiem lielāka resursu pieejamība nekā B serverī, ir ieteicams vienā migrācijas paketē iekļaut par 50 procentiem vairāk lietotāju no A servera. Līdzīgu praksi var īstenot citās avota sistēmās. Veiciet migrācijas laikā, kad ir pieejams maksimāli daudz servera resursu, piemēram, ārpus darba laika vai nedēļas nogalēs un svētku dienās.

Aizmugursistēmas uzdevumi

Citi aizmugursistēmas uzdevumi, kas darbojas migrācijas laikā. Tā kā paraugprakse paredz migrācijas veikšanu ārpus darba laika, migrācijas bieži konfliktē ar uzturēšanas uzdevumiem (piemēram, datu dublēšanu), kas darbojas jūsu lokālajos serveros.

Pārskatiet citus sistēmas uzdevumus, kas var darboties migrācijas laikā. Ir ieteicams veikt datu migrāciju laikā, kad nedarbojas neviens cits resursietilpīgs uzdevums.

Piezīme.      Klientiem, kuri izmanto lokālu pakalpojumu Exchange, bieži sastopami aizmugursistēmas uzdevumi ir dublēšanas risinājumi un Exchange krātuves uzturēšana.

Ierobežošanas politika

E-pasta sistēmas bieži tiek aizsargātas ar ierobežošanas politiku, kas iestata konkrētu ierobežojumu attiecībā uz to, cik ātri un cik daudz datu var izvilkt no sistēmas konkrētā laika posmā.

Pārbaudiet, kāda ierobežošanas politika ir izvietota jūsu e-pasta sistēmā. Piemēram, pakalpojums Google Mail ierobežo datu apjomu, ko var izvilkt konkrētā laika periodā.

Atkarībā no versijas pakalpojumā Exchange ir ietvertas politikas, kas ierobežo IMAP piekļuvi lokālajam pasta serverim (ko izmanto IMAP migrācijas) un piekļuvi, izmantojot RPC ar protokolu HTTP (ko izmanto Exchange pārslēgšanas migrācijas un Exchange pakāpeniskās migrācijas).

Lai pārbaudītu ierobežošanas iestatījumus Exchange 2013 organizācijā, darbiniet cmdlet Get-ThrottlingPolicy. Papildinformāciju skatiet rakstā Exchange darba slodzes pārvaldība.

Papildinformāciju par IMAP ierobežošanu skatiet rakstā IMAP pastkastu migrācija uz pakalpojumu Office 365

Papildinformāciju par ierobežošanu attiecībā uz RPC ar protokolu HTTP skatiet tālāk norādītajos rakstos.

2. faktors: migrācijas serveris

IMAP, pārslēgšanas un pakāpeniskā migrācija ir mākonī iniciētas datu atgādāšanas migrācijas metodes, tāpēc nav jāizmanto atvēlēts migrācijas serveris. Savukārt internetā pieejami protokolu resursdatori (IMAP vai RPC ar protokolu HTTP) funkcionē kā migrācijas serveri pastkastu un pastkastu datu migrācijai uz Office 365. Tāpēc migrācijas veiktspējas faktori un paraugprakse, kas aprakstīta iepriekšējā sadaļā par datu avota serveri jūsu pašreizējai e-pasta organizācijai, attiecas arī uz interneta malu serveriem. Exchange 2007, Exchange Server 2010 un Exchange 2013 organizācijās klientu piekļuves serveris funkcionē kā migrācijas serveris.

Papildinformāciju skatiet rakstā:

3. faktors: migrācijas programma

IMAP, pārslēgšanas un Exchange pakāpenisko migrāciju veic, izmantojot migrācijas informācijas paneli portālā Exchange administrēšanas centrs. Uz to attiecas Office 365 migrācijas pakalpojumu ierobežošana.

Risinājums un prakse   

Tagad klienti var norādīt migrācijas laiksakritību (piemēram, vienlaikus migrējamo pastkastu skaitu), izmantojot tehnoloģiju Windows PowerShell. Noklusējuma vērtība ir 20 pastkastes. Pēc tam, kad izveidosit migrācijas paketi, varēsit izmantot tālāk norādīto Windows PowerShell cmdlet, lai palielinātu pastkastu skaitu līdz pat 100.

Set-MigrationEndPoint <Identity> –MaxConcurrentMigrations <value between 1 and 100>

Papildinformāciju skatiet rakstā Migrācijas pakešu pārvaldība pakalpojumā Office 365.

Piezīme.: Ja jūsu datu avotam nepietiek resursu, lai apstrādātu visus savienojumus, nav ieteicams izmantot lielu laiksakritības vērtību. Sāciet ar nelielu laiksakritības vērtību, piemēram, 10. Palieliniet šo skaitli, vienlaikus pārraugot datu avota veiktspēju, lai izvairītos no problēmām saistībā ar lietotāju piekļuvi.

4. faktors: tīkls

Verifikācijas pārbaudes   

Atkarībā no migrācijas metodes varat izmēģināt tālāk norādītās verifikācijas pārbaudes.

  • IMAP migrācijas      Iepriekš aizpildiet avota pastkasti ar datu paraugiem. Pēc tam no interneta (ārpus lokālā tīkla) izveidojiet savienojumu ar avota pastkasti, izmantojot standarta IMAP e-pasta klientu, piemēram, Microsoft Outlook, un pēc tam novērtējiet tīkla veiktspēju, nosakot, cik ilgs laiks nepieciešams, lai lejupielādētu visus datus no avota pastkastes. Caurlaidspējai jābūt līdzīgai tai caurlaidspējai, ko klienti var iegūt, izmantojot IMAP migrācijas rīku pakalpojumā Office 365 (ja nav citu ierobežojumu).

  • Pārslēgšanas un Exchange pakāpeniskā migrācija      Iepriekš aizpildiet avota pastkasti ar datu paraugiem. Pēc tam no interneta (ārpus lokālā tīkla) lietojiet programmu Outlook, lai izveidotu savienojumu ar avota pastkasti, izmantojot RPC ar protokolu HTTP. Pārliecinieties, vai veidojat savienojumu, izmantojot kešatmiņas režīmu. Nosakiet tīkla veiktspēju, pārbaudot, cik daudz laika nepieciešams, lai sinhronizētu visus avota pastkastes datus. Caurlaidspējai jābūt līdzīgai tai caurlaidspējai, ko klienti var iegūt, izmantojot vienkāršos Exchange migrācijas rīkus pakalpojumā Office 365 (ja nav citu ierobežojumu).

Piezīme.: Faktiskas IMAP, pārslēgšanas vai Exchange pakāpeniskās migrācijas laikā ir daži papildu ierobežojumi. Tomēr faktiskajai caurlaidspējai ir jābūt līdzīgai šo verifikācijas pārbaužu rezultātiem.

5. faktors: pakalpojums Office 365

Pakalpojumā Office 365 pieejamā resursu ierobežošana, kuras pamatā ir darbspēja, ietekmē migrācijas, kas tiek veiktas, izmantojot vietējos Office 365 vienkāršos migrācijas rīkus. Skatiet sadaļu Pakalpojumā Office 365 pieejamā resursu ierobežošana, kuras pamatā ir darbspēja.

Pieprasījumu pārvietošana pakalpojumā Office 365

Vispārīgu informāciju par pārvietošanas pieprasījumu statusa informācijas iegūšanu skatiet rakstā Pārvietošanas pieprasījumu rekvizītu skatīšana.

Pakalpojumā Office 365 pretēji lokālajam Exchange Server 2010 migrācijas rinda un migrācijām piešķirtie pakalpojumu resursi tiek kopīgoti vairākiem nomniekiem. Šī kopīgošana ietekmē darbības ar pārvietošanas pieprasījumiem katrā pārvietošanas procesa posmā.

Pakalpojumā Office 365 ir pieejami divi tālāk norādītie pārvietošanas pieprasījumu tipi.

  • Pievienošanas pārvietošanas pieprasījumi      Jaunas klientu migrācijas tiek uzskatītas par pievienošanas pārvietošanas pieprasījumiem. Šiem pieprasījumiem tiem piešķirta parasta prioritāte.

  • Datu centra iekšējie pārvietošanas pieprasījumi      Šie ir pastkastu pārvietošanas pieprasījumi, kurus iniciē datu centra darba grupas. Šiem pieprasījumiem tiek piešķirta zemāka prioritāte, jo pārvietošanas pieprasījuma aizkaves gadījumā lietotāju ērtības netiek ietekmētas.

Potenciālā ietekme un aizkave pārvietošanas pieprasījumiem ar statusu “Ievietots rindā” un “Notiek izpilde”

  • Rindā ievietoti pārvietošanas pieprasījumi      Šis statuss norāda, ka pārvietošana ir ievietota rindā un gaida, kad to savāks Exchange pastkastes replicēšanas pakalpojums. Ja tiek veikts Exchange 2003 pārvietošanas pieprasījums, lietotāji šajā posmā vēl var piekļūt savām pastkastēm.

    To, kuru pieprasījumu savāks pastkastes replicēšanas pakalpojums, ietekmē divi tālāk norādītie faktori.

    • Prioritāte      Rindā ievietoti pārvietošanas pieprasījumi ar augstāku prioritāti tiek savākti ātrāk nekā pārvietošanas pieprasījumi ar zemāku prioritāti. Tādējādi klientu migrācijas pārvietošanas pieprasījumi vienmēr tiek apstrādāti ātrāk nekā datu centra iekšējie pārvietošanas pieprasījumi.

    • Pozīcija rindā      Ja vairākiem pārvietošanas pieprasījumiem ir vienāda prioritāte, pastkastes replicēšanas pakalpojums vispirms savāks to pieprasījumu, kas ievietots rindā agrāk. Tā kā vairāki klienti var vienlaikus veikt pastkastu migrāciju, jauni pārvietošanas pieprasījumi pirms apstrādes parasti paliek rindā.

      Plānojot migrāciju, bieži netiek ņemts vērā laiks, ko pastkastu pieprasījumi pirms apstrādes pavada rindā. Tādējādi klientiem netiek piešķirts pietiekami daudz laika, lai pabeigtu visas plānotās migrācijas.

  • Notiekoši pārvietošanas pieprasījumi      Šis statuss norāda, ka pārvietošana joprojām notiek. Ja tiek pārvietota tiešsaistes pastkaste, lietotājs joprojām varēs piekļūt pastkastei. Ja tiek pārvietota bezsaistes pastkaste, lietotāja pastkaste nebūs pieejama.

    Pēc tam, kad pastkastes pārvietošanas pieprasījumam būs piešķirts statuss “Notiek izpilde”, prioritātei vairs nebūs nozīmes un jauni pārvietošanas pieprasījumi netiks apstrādāti, līdz tiks pabeigts esošs pārvietošanas pieprasījums ar statusu “Notiek izpilde” (pat tad, ja jaunajam pārvietošanas pieprasījumam ir piešķirta augstāka prioritāte).

Paraugprakse

Plānošana      Kā minēts iepriekš, hibrīda migrācijas laikā Exchange 2003 lietotāji zaudē piekļuvi, tāpēc Exchange 2003 klienti parasti velta vairāk uzmanības migrācijas plānošanai un ilgumam.

Kad plānojat to pastkastu skaitu, kas tiks migrētas konkrētā laika periodā, ņemiet vērā tālāk norādītos faktorus.

  • Ietveriet laiku, ko pārvietošanas pakalpojums pavada rindā. Lai to aprēķinātu, izmantojiet šādu formulu:

    (migrējamo pastkastu kopskaits)=((kopējais laiks)–(vidējais rindā pavadītais laiks))*(migrācijas caurlaidspēja),

    kur migrācijas caurlaidspēja ir to pastkastu kopskaits, ko var migrēt stundas laikā.

    Piemērs: pieņemsim, ka jums ir sešas stundas laika pastkastu migrācijai. Ja vidējais rindā pavadītais laiks ir viena stunda un migrācijas caurlaidspēja ir 100 pastkastes stundā, sešu stundu laika periodā varat migrēt 500 pastkastes: 500=(6–1)*100.

  • Sāciet migrāciju ātrāk, nekā plānots, lai samazinātu rindā pavadāmo laiku. Kad pastkastes ir ievietotas rindā, Exchange 2003 lietotāji joprojām var piekļūt savām pastkastēm.

Rindā pavadāmā laika noteikšana      Rindā pavadāmais laiks ir mainīgs, jo korporācija Microsoft nepārvalda klientu migrācijas grafikus.

Lai noteiktu iespējamo rindā pavadāmo laiku, klients var mēģināt ieplānot pārbaudes pārvietošanu vairākas stundas pirms galvenās migrācijas sākuma. Pēc tam atkarībā no novērotā laika, ko pieprasījums pavada rindā, klients var labāk noteikt, kad sākt migrāciju un cik daudz pastkastu var pārvietot konkrētā laika posmā.

Piemērs: pārbaudes migrācija tika pabeigta četras stundas pirms plānotās migrācijas sākuma. Klients nosaka, ka pārbaudes migrācijā rindā pavadītais laiks bija aptuveni viena stunda. Pēc tam klientam ir ieteicams apsvērt iespēju sākt migrāciju vienu stundu agrāk nekā sākotnēji plānots, lai pietiktu laika visu migrāciju pabeigšanai.

Trešo pušu rīki Office 365 migrācijām

Trešo pušu rīki galvenokārt tiek izmantoti migrācijas scenārijos, kuros nav iesaistīts pakalpojums Exchange, piemēram, migrācijā no pakalpojuma Google Mail, IBM Lotus, Domino un Novell GroupWise. Šajā sadaļā ir sniegta informācija galvenokārt par migrācijas protokoliem, ko izmanto trešo pušu migrācijas rīki, nevis par faktiskajiem produktiem un migrācijas rīkiem. Tālākajā tabulā ir sniegts saraksts ar faktoriem, kas attiecas uz trešo pušu rīkiem Office 365 migrācijas scenārijos.

1. faktors: datu avots

Kontrolsaraksts

Apraksts

Paraugprakse

Sistēmas veiktspēja

Datu izvilkšana ir intensīvs uzdevums. Lai nodrošinātu optimālu migrācijas veiktspēju, avota sistēmai ir nepieciešams pietiekami daudz resursu, piemēram, centrālā procesora laiks un atmiņa. Migrācijas laikā avota sistēma bieži tiek gandrīz pilnībā noslogota, ņemot vērā parasto lietotāju darba slodzi. Ja sistēmas resursi ir nepietiekami, migrācijas radītā papildu darba slodze var ietekmēt lietotājus.

Pārraugiet sistēmas veiktspēju migrācijas izmēģinājuma pārbaudes laikā. Ja sistēma ir aizņemta, ir ieteicams izvairīties no agresīva migrācijas grafika konkrētajā sistēmā, jo šādā gadījumā migrācija var būt lēna un var rasties ar pakalpojumu pieejamību saistītas problēmas. Ja iespējams, uzlabojiet avota sistēmas veiktspēju, pievienojot aparatūras resursus un samazinot sistēmas noslodzi. Sistēmas slodzi var samazināt, pārvietojot uzdevumus un lietotājus uz citiem serveriem, kas nav iesaistīti migrācijā.

Papildinformāciju skatiet rakstā:

Ja veicat migrāciju no lokālas Exchange organizācijas, kurā ir vairāki pastkastu serveri, ir ieteicams izveidot migrācijas lietotāju sarakstu, kas ir vienmērīgi izplatīts vairākos pastkastu serveros. Atkarībā no individuālas serveru veiktspējas sarakstu var vēl vairāk uzlabot, lai maksimāli palielinātu caurlaidspēju.

Piemēram, ja A serverī ir par 50 procentiem lielāka resursu pieejamība nekā B serverī, ir ieteicams vienā migrācijas paketē iekļaut par 50 procentiem vairāk lietotāju no A servera. Līdzīgu praksi var īstenot citās avota sistēmās.

Veiciet migrāciju laikā, kad ir pieejams maksimāli daudz sistēmas resursu, piemēram, ārpus darba laika vai nedēļas nogalēs un svētku dienās.

Aizmugursistēmas uzdevumi

Citi aizmugursistēmas uzdevumi, kas parasti tiek darbināti migrācijas laikā. Tā kā paraugprakse paredz migrācijas veikšanu ārpus darba laika, migrācijas bieži konfliktē ar uzturēšanas uzdevumiem (piemēram, datu dublēšanu), kas darbojas jūsu lokālajos serveros.

Pārskatiet citus sistēmas uzdevumus, kas darbojas migrācijas laikā. Ir ieteicams noteikt tikai datu migrācijas veikšanai paredzētu brīvu laika periodu, kad nav jāveic citi uzdevumi, kas patērē daudz resursu.

Exchange lokālajiem klientiem bieži veicamie uzdevumi ir dublēšanas risinājumi. Papildinformāciju skatiet rakstā Exchange krātuves uzturēšana.

Ierobežošanas politika

E-pasta sistēmas bieži tiek aizsargātas, izmantojot konkrētu migrācijas metodi, kā arī ar ierobežošanas politiku, kas iestata konkrētu ierobežojumu attiecībā uz to, cik ātri un cik daudz datu var izvilkt no sistēmas konkrētā laika posmā.

Pārbaudiet, kāda ierobežošanas politika ir izvietota jūsu e-pasta sistēmā. Piemēram, pakalpojums Google Mail ierobežo datu apjomu, ko var izvilkt konkrētā laika periodā.

Atkarībā no versijas pakalpojumā Exchange ir ietvertas politikas, kas ierobežo IMAP piekļuvi lokālajam pasta serverim (ko izmanto IMAP migrācijas) un piekļuvi, izmantojot RPC ar protokolu HTTP (ko izmanto Exchange pārslēgšanas migrācijas un Exchange pakāpeniskās migrācijas).

Papildinformāciju par IMAP ierobežošanu skatiet rakstā Padomi IMAP migrācijas optimizēšanai.

Papildinformāciju par ierobežošanu attiecībā uz RPC ar protokolu HTTP skatiet tālāk norādītajos rakstos.

Papildinformāciju par Exchange tīmekļa pakalpojumu ierobežošanas konfigurēšanu skatiet rakstā Exchange 2010: izpratne par klientu ierobežošanas politikām.

2. faktors: migrācijas serveris

Vairākumu trešo pušu rīku, kas paredzēti Office 365 migrācijām, iniciē klients, un šie rīki aizgādā datus uz pakalpojumu Office 365. Šiem rīkiem parasti ir nepieciešams migrācijas serveris. Uz šiem migrācijas serveriem attiecas dažādi faktori, piemēram, sistēmas veiktspēja, aizmugursistēmas uzdevumi un avota serveru ierobežošanas politikas.

Piezīme.: Daži trešo pušu migrācijas risinājumi tiek viesoti internetā kā mākonī izvietoti pakalpojumi, un to darbībai nav nepieciešams lokāls migrācijas serveris.

Risinājums un prakse   

Lai uzlabotu migrācijas veiktspēju migrācijas servera lietošanas laikā, īstenojiet to pašu paraugpraksi, kas aprakstīta sadaļā 1. faktors: datu avots.

3. faktors: migrācijas programma

Trešo pušu migrācijas rīku visbiežāk izmantotie protokoli ir Exchange tīmekļa pakalpojumi un RPC ar protokolu HTTP.

Exchange tīmekļa pakalpojumi    

Exchange tīmekļa pakalpojumu protokolu ir ieteicams izmantot, veicot migrāciju uz pakalpojumu Office 365, jo šis protokols atbalsta lielas datu paketes un nodrošina labāku uz pakalpojumu orientētu ierobežošanu. Ja pakalpojumā Office 365 darbojas personificēšanas režīms, migrācijas, kas izmanto Exchange tīmekļa pakalpojumus, nepatērē lietotāja Office 365Exchange tīmekļa pakalpojumu budžeta resursu apjomu un tā vietā patērē budžeta resursu kopiju, kā aprakstīts tālāk.

  • Visi Exchange tīmekļa pakalpojumu personificēšanas izsaukumi, kas veikti no viena un tā paša administratora konta, tiek aprēķināti atsevišķi no šim administratora kontam lietotā budžeta.

  • Katrai personificēšanas sesijai tiek izveidota lietotāja faktiskā budžeta ēnkopija. Visas attiecīgās sesijas migrācijas patērēs šo ēnkopiju.

  • Personificēšanas režīmā ierobežošana tiek īstenota tikai katra lietotāja migrācijas sesijā.

Paraugprakse   

  • Migrācijas veiktspēja klientiem, kuri izmanto trešo pušu migrācijas rīkus ar EWA personificēšanu, sacenšas ar citu nomnieku Exchange tīmekļa pakalpojumu migrācijām un pakalpojumu resursu lietojumu. Tāpēc migrācijas veiktspēja var atšķirties.

  • Ja iespējams, klientiem ir ieteicams izmantot trešo pušu migrācijas rīkus, kas lieto Exchange tīmekļa pakalpojumu personificēšanu, jo tas parasti ir ātrāks un efektīvāks veids, salīdzinot ar klientu protokolu (piemēram, RPC pār HTTP) izmantošanu.

RPC ar HTTP   

Daudzi tradicionālie migrācijas risinājumi izmanto RPC ar protokolu HTTP. Šīs metodes pamatā ir klienta piekļuves modelis (piemēram, Outlook), savukārt mērogojamība un veiktspēja ir ierobežota, jo pakalpojums Office 365 ierobežo piekļuvi, pieņemot, ka lietojumu veic lietotājs, nevis lietojumprogramma.

Paraugprakse   

  • Migrācijas rīkos, kas izmanto RPC ar protokolu HTTP, migrācijas caurlaidspēju bieži palielina, pievienojot papildu migrācijas serverus un izmantojot vairākus Office 365 administratīvos lietotāju kontus. Šāda prakse var radīt datu ievadīšanas paralēlos procesus un uzlabot datu caurlaidspēju, jo uz katru administratīvo lietotāju attiecas Office 365 lietotāju ierobežošana. Esam informēti par to, ka daudziem uzņēmumu klientiem ir nācies iestatīt vairāk nekā 40 migrācijas serverus, lai iegūtu migrācijas caurlaidspēju 20–30 GB/stundā.

  • Migrācijas rīka izstrādes posmā ir ļoti svarīgi ņemt vērā RPC darbību skaitu, kas nepieciešams ziņojuma migrācijai. Lai to ilustrētu, esam apkopojuši Office 365 pakalpojumu tvertos žurnālus par diviem trešo pušu migrācijas risinājumiem (šos risinājumus izstrādājuši trešo pušu uzņēmumi), ko klienti izmanto, lai migrētu pastkastes uz pakalpojumu Office 365. Mēs salīdzinājām divus trešo pušu uzņēmumu izstrādātus migrācijas risinājumus. Mēs salīdzinājām abu migrācijas risinājumu darbību, migrējot divas pastkastes, kā arī salīdzinājām risinājumu darbību, augšupielādējot .pst formāta failu programmā Outlook. Tālāk ir norādīti rezultāti.

    Metode

    Pastkastes lielums

    Vienumu skaits

    Migrācijas laiks

    RPC transakciju kopskaits

    Vidējais klienta latentums (ms)

    AvgCasRPCProcessingTime (ms)

    A risinājums (1. pastkaste)

    376,9 MB

    4115

    4:24:33

    132 040

    48,4395

    18,0807

    A risinājums (2. pastkaste)

    249,3 MB

    12 779

    10:50:50

    423 188

    44,1678

    4,8444

    B risinājums (1. pastkaste)

    618,1 MB

    4322

    1:54:58

    12 196

    37,2931

    8,3441

    B risinājums (2. pastkaste)

    56,7 MB

    2748

    0:47:08

    5806

    42,1930

    7,4439

    Outlook

    201,9 MB

    3297

    0:29:47

    15 775

    36,9987

    5,6447

    Ievērojiet, ka klientu un pakalpojumu procesa laiks ir līdzīgs, tomēr A risinājumam ir vajadzīgs daudz vairāk RPC darbību, lai migrētu datus. Tā kā katra darbība patērē klienta latentuma laiku un servera darbības laiku, A risinājums to pašu datu apjomu migrē daudz lēnāk, salīdzinot ar B risinājumu un programmu Outlook.

4. faktors: tīkls

Paraugprakse   

Ja izmantojat trešās puses migrācijas risinājumu, kas lieto RPC ar protokolu HTTP, varat izmantot tālāk norādīto metodi, lai efektīvi noteiktu iespējamo migrācijas veiktspēju.

  1. Migrācijas serverī pievienojieties Office 365 pastkastei ar Outlook, izmantojot RPC ar protokolu HTTP. Noteikti neveidojiet savienojumu, izmantojot kešatmiņas režīmu.

  2. Office 365 pastkastē importējiet lielu .pst formāta failu ar datu paraugiem.

  3. Nosakiet migrācijas veiktspēju, uzņemot laiku, kas nepieciešams .pst formāta faila augšupielādei. Migrācijas caurlaidspējai jābūt līdzīgai tai caurlaidspējai, ko klienti var iegūt, izmantojot trešās puses migrācijas rīku, kas izmanto RPC ar protokolu HTTP (ja nav citu ierobežojumu). Faktiskas migrācijas laikā ir papildu ierobežojumi, tāpēc caurlaidspēja var nedaudz atšķirties.

5. faktors: pakalpojums Office 365

Pakalpojumā Office 365 pieejamā resursu ierobežošana, kuras pamatā ir darbspēja, ietekmē migrācijas, kas tiek veiktas, izmantojot trešo pušu migrācijas rīkus. Papildinformāciju skatiet sadaļā Pakalpojumā Office 365 pieejamā resursu ierobežošana, kuras pamatā ir darbspēja.

Paplašiniet savas prasmes
Iepazīties ar apmācību
Esiet pirmais, kas saņem jaunās iespējas
Pievienoties Office Insider programmai

Vai šī informācija bija noderīga?

Paldies par jūsu atsauksmēm!

Paldies par atsauksmēm! Šķiet, ka varētu būt noderīgi sazināties ar kādu no mūsu Office atbalsta aģentiem.

×