Soluții

Migrarea utilizatorilor si datelor Office 365 de pe un tenant M365 pe altul, fara pierderea datelor

Prima confuzie de eliminat: licentele Microsoft 365 nu se pot muta dintr-un tenant in altul. O licenta este legata de tenantul (organizatia) unde a fost achizitionata. Ce se migreaza efectiv sunt datele utilizatorilor — cutii postale (mail, calendar, contacte), OneDrive, SharePoint si, in anumite conditii, Teams. Pe tenantul nou se cumpara licente noi si se re-atribuie utilizatorilor. Asadar, obiectivul real este: mutarea datelor fara pierderi, cu re-licentiere pe tenantul destinatie.

Metode de migrare disponibile

  • Cross-Tenant Migration nativ (Microsoft): foloseste licenta add-on si instrumentele Microsoft (Exchange Online PowerShell + MRS pentru mail, functia nativa pentru OneDrive). Datele nu parasesc niciodata cloud-ul Microsoft. Recomandat pentru fuziuni/achizitii.
  • Microsoft FastTrack: gratuit pentru clientii eligibili, ofera indrumare si, in anumite cazuri, servicii de migrare pentru mail si fisiere.
  • Instrumente terte (BitTitan MigrationWiz, Quest On Demand, AvePoint Fly): cele mai potrivite pentru migrari complexe sau volume mari; pastreaza structura, permisiunile si minimizeaza downtime-ul.
  • Manual (export/import PST + SharePoint Migration Tool): doar pentru medii mici; consuma mult timp si risca pierderea metadatelor si a link-urilor de partajare.

Pasul 1 — Evaluare si inventar (pre-migrare)

  • Inventariati toate cutiile postale, site-urile SharePoint, conturile OneDrive, echipele Teams si resursele partajate.
  • Stergeti conturile inactive, licentele expirate si datele vechi, pentru a reduce volumul de migrat.
  • Verificati existenta hold-urilor legale sau a politicilor de retentie — un OneDrive sub hold NU poate fi migrat pana cand hold-ul nu este eliminat.
  • Confirmati ca Customer Key (Purview) NU este activat pe tenantul sursa pentru OneDrive, altfel migrarea nativa nu functioneaza.

Pasul 2 — Pregatirea celor doua tenanturi

  1. Cumparati si pregatiti licentele Cross-Tenant User Data Migration (verificati ca le puteti achizitiona inainte de orice altceva).
  2. Pre-creati conturile de utilizator in tenantul destinatie si atribuiti-le licentele M365 noi.
  3. Stabiliti relatia de incredere intre tenanturi (organization relationships / cross-tenant trust in Entra ID).
  4. Adaugati un domeniu temporar de rutare (ex. onmicrosoft.com) pentru sincronizarea initiala a mail-ului.
  5. Asigurati-va ca sursele OneDrive sunt read/write (nu read-only).

Pasul 3 — Migrarea propriu-zisa

Cutii postale (Exchange Online): migrarea foloseste MRS (Mailbox Replication Service) si se declanseaza prin Exchange Online PowerShell cu New-MigrationBatch. Se pastreaza structura de foldere, calendarul, contactele si regulile.

OneDrive & SharePoint: se foloseste migrarea nativa cross-tenant sau un instrument tert. In timpul migrarii OneDrive, contul ramane read-only doar cateva minute, iar datele nu ies din cloud-ul Microsoft.

Strategia de taiere (cutover): pentru organizatii mici, un singur eveniment de comutare cu downtime scurt; pentru organizatii mari, migrare in batch-uri esalonate pe parcursul mai multor zile/saptamani.

Pasul 4 — Cutover DNS si finalizare

  1. Transferati dreptul de proprietate asupra domeniului personalizat catre tenantul destinatie.
  2. Actualizati inregistrarile DNS la momentul cutover: MX, SPF, DKIM, DMARC si autodiscover.
  3. Re-creati cutiile postale partajate (shared mailboxes) si grupurile pe tenantul destinatie.
  4. Reconfigurati profilurile Outlook ale utilizatorilor pe noul tenant.

Pasul 5 — Verificare post-migrare

  • Validati dimensiunea cutiilor si numarul de elemente migrate fata de sursa.
  • Verificati integritatea folderelor, a calendarului si a permisiunilor de partajare OneDrive.
  • Testati trimiterea/primirea de mail cu noul domeniu si fluxul de autentificare.
  • Confirmati accesul utilizatorilor la fisierele din noul OneDrive/SharePoint.

Limitari de care sa tineti cont

  • Teams: istoricul chat-urilor private si anumite metadate au suport limitat in migrarea nativa — verificati scenariul cu un instrument tert daca Teams este critic.
  • Timp: planificati ferestre de migrare realiste — volumul de date si throttling-ul Microsoft influenteaza durata.
  • Escaladare: pentru probleme in timpul migrarii native, contactati echipa de cont Microsoft — nu exista un canal dedicat de suport pentru add-on-ul de migrare.
[mai mult...]

Crearea unui punct de restaurare automat zilnic in Windows 11

System Restore este o plasa de siguranta excelenta cand o actualizare, un driver sau o aplicatie strica sistemul. Problema: Windows creeaza puncte de restaurare rar si imprevizibil, iar in mod implicit limiteaza crearea unui punct nou la maximum unul la 24 de ore. Solutia de mai jos creeaza automat, in fiecare zi, cate un punct de restaurare, folosind un script PowerShell rulat de Task Scheduler.

Pasul 1 — Activarea System Restore

System Restore poate fi dezactivat implicit. Activati-l pe partitia de sistem dintr-o consola PowerShell ca administrator:

Enable-ComputerRestore -Drive “C:\”

Optional, alocati spatiu pe disc pentru punctele de restaurare (ex. 5%):

vssadmin resize shadowstorage /for=C: /on=C: /maxsize=5%

Pasul 2 — Eliminarea limitei de 24 de ore (optional)

In mod implicit, Windows refuza sa creeze un punct nou daca exista deja unul mai recent de 24 de ore. Daca vreti ca sarcina zilnica sa functioneze garantat, ajustati aceasta frecventa din registru:

New-ItemProperty `

-Path “HKLM:\Software\Microsoft\Windows NT\CurrentVersion\SystemRestore” `

-Name “SystemRestorePointCreationFrequency” `

-Value 0 -PropertyType DWord -Force

Valoarea 0 permite crearea unui punct oricand, fara limita de un punct pe zi.

Pasul 3 — Scriptul PowerShell

Creati folderul C:\Scripts si salvati in el un fisier numit DailyRestorePoint.ps1 cu urmatorul continut:

$data = Get-Date -Format ‘yyyy-MM-dd HH:mm’

Checkpoint-Computer `

-Description “Punct automat zilnic – $data” `

-RestorePointType ‘MODIFY_SETTINGS’

Tipul MODIFY_SETTINGS este cel recomandat pentru puncte create manual/programat. Descrierea include data si ora, ca sa identificati usor punctul in lista.

Pasul 4 — Crearea sarcinii programate

Puteti crea sarcina direct din PowerShell (rulat ca administrator), fara interfata grafica. Exemplul ruleaza scriptul in fiecare zi la ora 12:00, cu privilegii ridicate:

$action = New-ScheduledTaskAction `

-Execute ‘powershell.exe’ `

-Argument ‘-NoProfile -ExecutionPolicy Bypass -File “C:\Scripts\DailyRestorePoint.ps1″‘

 

$trigger = New-ScheduledTaskTrigger -Daily -At 12:00PM

 

$principal = New-ScheduledTaskPrincipal `

-UserId “SYSTEM” -LogonType ServiceAccount -RunLevel Highest

 

$settings = New-ScheduledTaskSettingsSet `

-StartWhenAvailable -AllowStartIfOnBatteries `

-DontStopIfGoingOnBatteries

 

Register-ScheduledTask `

-TaskName “Punct de restaurare zilnic” `

-Action $action -Trigger $trigger `

-Principal $principal -Settings $settings

Explicatie pe scurt:

  • -StartWhenAvailable: daca PC-ul era oprit la ora programata, sarcina ruleaza la urmatoarea pornire.
  • RunLevel Highest + SYSTEM: Checkpoint-Computer necesita privilegii de administrator.
  • -AllowStartIfOnBatteries: ruleaza si pe laptop, chiar daca nu e in priza.

Pasul 5 — Testarea

Rulati sarcina manual, fara a astepta ora programata:

Start-ScheduledTask -TaskName “Punct de restaurare zilnic”

Verificati apoi ca punctul a fost creat:

Get-ComputerRestorePoint | Select-Object -Last 5

Ar trebui sa vedeti in lista punctul cu descrierea „Punct automat zilnic” si data curenta.

[mai mult...]