Configurare program

Cum pot primi notificări pe Slack pentru e-mailurile urgente din Gmail fără să folosesc cod?

Verificarea constantă a inbox-ului pentru e-mailuri urgente (de la un anumit client, manager sau cu un anumit subiect) consumă foarte mult timp și scade productivitatea. Există o metodă prin care pot automatiza acest proces, astfel încât să primesc o alertă instantanee pe Slack doar pentru mesajele prioritare, fără să fie nevoie să scriu scripturi sau să folosesc API-uri prin cod?

[mai mult...]

Workaround pentru optimizarea spatiului pe un server windows

Identificarea problemei, unde se duce spatiul.

In powershell ca admin:

Vedere rapidă — top foldere mari (PowerShell)

# Top 20 foldere pe C:\ sortate dupa dimensiune
Get-ChildItem C:\ -Recurse -ErrorAction SilentlyContinue |
  Where-Object { -not $_.PSIsContainer } |
  Group-Object DirectoryName |
  Select-Object Name, @{N='MB';E={[math]::Round(($_.Group | Measure-Object Length -Sum).Sum/1MB,1)}} |
  Sort-Object MB -Descending |
  Select-Object -First 20 |
  Format-Table -AutoSize

Verifică rapid fișierele sistem mari ascunse

# Fisiere sistem mari: pagefile, hiberfil, swapfile
Get-Item -Path C:\pagefile.sys, C:\hiberfil.sys, C:\swapfile.sys `
  -Force -ErrorAction SilentlyContinue |
  Select-Object Name, @{N='GB';E={[math]::Round($_.Length/1GB,2)}}

# Dimensiune WinSxS (raportata — include hardlink-uri, nu e exacta)
"{0:N2} GB" -f ((Get-ChildItem C:\Windows\WinSxS -Recurse -Force `
  -ErrorAction SilentlyContinue | Measure-Object Length -Sum).Sum / 1GB)
Foldere de loguri și alte spatii cunoscute ca mari

1C:\Windows\Logs\CBS\ — loguri Component-Based Servicing (update-uri)

2C:\ProgramData\Microsoft\Windows\WER\ReportQueue\ — crash reports în așteptare

3C:\ProgramData\Microsoft\Windows\WER\ReportArchive\ — rapoarte arhivate

4C:\Windows\SoftwareDistribution\Download\ — update-uri descărcate de Windows Update

5C:\Windows\Temp\ și %TEMP% — fișiere temporare sistem și utilizator

6C:\inetpub\logs\LogFiles\ — loguri IIS (pot ajunge la zeci de GB pe servere web)

7C:\Windows\memory.dmp — kernel memory dump complet (egal cu RAM-ul serverului)

Pagefile tipic
8–64 GB
Hiberfil.sys
= RAM
WinSxS tipic
5–25 GB
Kernel dump
= RAM

 [mai mult...]		

    
    
		
    
    
		

			

				Cum rezolvi eroarea „Windows cannot access \ComputerName” când share-ul de fișiere funcționează doar prin IP
			

			


			



		
 	    
Cum rezolvi eroarea „Windows cannot access \ComputerName” când share-ul de fișiere funcționează doar prin IP (Activare NetBIOS / SMB1/SMB2 guest access)


    

  • 

    Problema: În rețeaua locală (LAN), poți accesa un alt PC sau NAS tastând \\192.168.1.100, dar primești eroare dacă încerci prin nume (\\ServerPC sau \\NumeCalculator).
    

    • 

  • 

    Cauza: Windows 10/11 a dezactivat autentificarea necriptată de tip Guest și protocolul NetBIOS over TCP/IP pentru anumite profiluri de rețea din motive de securitate.
    

    • 



 

 [mai mult...]		

    
    
		

			

				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. 

  2. Pre-creati conturile de utilizator in tenantul destinatie si atribuiti-le licentele M365 noi.
    3. 

  3. Stabiliti relatia de incredere intre tenanturi (organization relationships / cross-tenant trust in Entra ID).
    4. 

  4. Adaugati un domeniu temporar de rutare (ex. onmicrosoft.com) pentru sincronizarea initiala a mail-ului.
    5. 

  5. Asigurati-va ca sursele OneDrive sunt read/write (nu read-only).
    6. 



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. 

  2. Actualizati inregistrarile DNS la momentul cutover: MX, SPF, DKIM, DMARC si autodiscover.
    3. 

  3. Re-creati cutiile postale partajate (shared mailboxes) si grupurile pe tenantul destinatie.
    4. 

  4. Reconfigurati profilurile Outlook ale utilizatorilor pe noul tenant.
    5. 



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...]