Migrere rompostbokser
fra Exchange til Microsoft 365

Kort svar: migrer rompostbokser på samme måte som du migrerer brukerpostbokser — men behandle kalenderbehandling som et separat, manuelt steg. Automatisk godkjenning, bookingvinduer og delegatinnstillinger overlever ikke alltid flyttingen, og duplikate ressursobjekter fra en mislykket hybridsynkronisering er den vanligste årsaken til dobbeltbookinger etter overgangen. Verifiser Get-CalendarProcessing på hvert rom etter migreringen, og pek deretter skjermene dine mot skypostboksene.

Å flytte til Microsoft 365 er godt utforsket terreng for brukerpostbokser. Rompostbokser er stillere, så de får mindre oppmerksomhet — og det er nettopp derfor de bryter sammen. Ingen legger merke til at et roms planleggingspolicy stille tilbakestilles til None før møter slutter å bli automatisk godkjent og kalenderen fylles med ubehandlede invitasjoner.

Denne guiden går gjennom en ren overgang for romressurser spesifikt, fallgruvene som biter IT-administratorer, og hvordan du kobler til veggmonterte skjermer på nytt etterpå.

Før du starter: kartlegg hver romressurs

Du kan ikke migrere det du ikke har talt opp. På den lokale Exchange-serveren din, list opp hver rompostboks og dens gjeldende kalenderbehandlingsinnstillinger, slik at du har en kjent god baseline å gjenopprette mot.

Get-Mailbox -RecipientTypeDetails RoomMailbox |
  Select Name, PrimarySmtpAddress

For hvert rom, eksporter kalenderbehandlingskonfigurasjonen som faktisk betyr noe:

Get-Mailbox -RecipientTypeDetails RoomMailbox | ForEach-Object {
  Get-CalendarProcessing -Identity $_.PrimarySmtpAddress |
    Select Identity, AutomateProcessing, AllBookInPolicy,
      BookingWindowInDays, MaximumDurationInMinutes,
      AllowRecurringMeetings, ResourceDelegates
} | Export-Csv room-processing-baseline.csv -NoTypeInformation

Ta vare på denne CSV-filen. Det er gjenopprettingsplanen din hvis migreringen sletter en innstilling.

De tre migreringsveiene

For en håndfull rom med sammenfiltrede legacy-policyer er det ofte raskere og renere å bygge dem opp på nytt i Microsoft 365 enn å migrere med seg gammel bagasje. Se oppsettsguiden for rompostbokser for fremgangsmåten fra bunnen av. For dusinvis av rom, migrer postboksdataene og legg policyene tilbake fra baseline-CSV-en din.

Fallgruve 1: duplikate rompostbokser

I en hybriddistribusjon synkroniserer Azure AD Connect (nå Entra Connect) det lokale katalogen din til skyen. Hvis et romobjekt eksisterer både som en synkronisert lokal ressurs og som en skyopprettet postboks, får du to kalenderobjekter som konkurrerer om det samme rommet. Bookinger havner på det ene, skjermen leser det andre, og rommet ser ledig ut når det ikke er det.

Før overgangen, bekreft at hvert rom eksisterer nøyaktig én gang, og at kilden til autoritet er det du forventer:

Get-Mailbox room-101@yourcompany.com |
  Select Name, IsDirSynced, RecipientTypeDetails

Etter migreringen bør IsDirSynced reflektere den tilsiktede sluttilstanden din. Hvis du er fullstendig i skyen, avvikle det lokale objektet i stedet for å la det synkronisere tilbake en duplikat.

Fallgruve 2: tilbakestilling av kalenderbehandling

Dette er den store. Når en rompostboks flyttes, kan AutomateProcessing tilbakestilles til None — som betyr at rommet slutter helt å automatisk godkjenne. Invitasjoner hoper seg opp ubehandlet, og rommet fremstår som permanent «avventende».

Legg baselinen din tilbake umiddelbart etter overgangen:

Set-CalendarProcessing -Identity room-101@yourcompany.com `
  -AutomateProcessing AutoAccept `
  -BookingWindowInDays 180 `
  -MaximumDurationInMinutes 480 `
  -AllBookInPolicy $true

Verifiser deretter på nytt mot CSV-en din. Ikke anta — sjekk hvert rom. Delegattildelinger (ResourceDelegates) og godkjenningspolicyer er spesielt utsatt for å falle bort.

Fallgruve 3: tillatelser og skjermkontoen

Møteromsskjermer trenger å lese romkalenderen, og for den smidigste direktebookingen trenger de direkte tilgang til postboksen. Migrering kan fjerne Full Access-tillatelser. Etter overgangen, gi tilgang på nytt til kontoen skjermene dine logger inn med:

Add-MailboxPermission -Identity room-101@yourcompany.com `
  -User display-service@yourcompany.com `
  -AccessRights FullAccess -InheritanceType All

Dette betyr noe fordi The Room Display kommuniserer med Microsoft 365 via Microsoft Graph API med OAuth (det finnes ingen Microsoft-tjenestekonto-ekvivalent — det er kun et Google-konsept). Full Access på postboksen er det som gjør at en booking gjort på panelet vises umiddelbart i stedet for å vente på en invitasjonsrundtur.

Timing for overgangen

Planlegg rommigreringen til et vindu med lite trafikk — en fredag kveld eller helg — og se opp for følgende:

• Forsinket propagering. Nye eller flyttede rom kan ta opptil 24–48 timer å vises konsekvent i Room Finder og Graph. Ikke få panikk hvis et rom er usynlig en time etter overgangen.
• Pågående gjentakende møter. Lange gjentakende serier kan oppføre seg merkelig gjennom flyttingen. Stikkprøvekontroller noen mye brukte rom for foreldreløse eller dupliserte forekomster.
• Frys nye bookinger. Hvis du kan, be de ansatte om å unngå å booke rommene som migreres i løpet av vinduet.

Peke skjermene på nytt

Når postboksene lever i Microsoft 365 og kalenderbehandlingen er verifisert, går det raskt å koble til panelene på nytt. På hver iPad som kjører The Room Display:

1. Åpne appen og gå til innstillinger.
2. Velg Microsoft 365 som plattform og logg inn via OAuth.
3. Velg den migrerte rompostboksen fra listen.
4. Bekreft at skjermen viser sanntidsstatus og kommende møter.

Fordi appen er kun lokal — den leser kalenderen din direkte uten noen tredjeparts-sky imellom — er det ingen ekstern synkronisering å konfigurere på nytt. I det øyeblikket postboksen svarer på Graph, er skjermen oppdatert.

Ofte stilte spørsmål

Overlever rombookinger og historikk migreringen?

Eksisterende kalenderelementer migreres med postboksen ved cutover- og hybridflyttinger. Hvis du i stedet bygger opp rom fra bunnen av, overføres ikke historiske bookinger — kun fremtidig oppsett gjør det.

Hvorfor sluttet rommene å automatisk godkjenne etter at vi migrerte?

Nesten alltid har AutomateProcessing blitt tilbakestilt til None. Kjør Get-CalendarProcessing på de berørte rommene og sett den tilbake til AutoAccept. Dette er hvorfor det er avgjørende å ha en baseline-CSV fra før migreringen.

Kan jeg kjøre skjermer under en hybridmigrering?

Ja, men pek hver skjerm mot postboksen på dens gjeldende autoritative plassering. Når et rom er fullstendig i skyen, pek skjermen om til Microsoft 365-postboksen for å unngå å lese en foreldet lokal kopi.

Hvor lenge tar det før migrerte rom vises i Room Finder?

Opptil 24–48 timer for full propagering. Hvis et rom fortsatt mangler etter det, sjekk rommedlemskap i romlister og stedmetadata — se løsningsguiden nedenfor.

Trenger The Room Display en tjenestekonto for Microsoft 365?

Nei. Microsoft 365 bruker kun OAuth via Microsoft Graph; det finnes ingen Microsoft-tjenestekonto-ekvivalent. Tjenestekontoer er et Google Workspace-konsept.

Relaterte guider

• Hvordan sette opp rompostbokser i Microsoft 365
• Rompostboks-tillatelser og delegering forklart
• Vises ikke rommet i Outlooks Room Finder? Her er løsningen