administrator browserprofiler, Chrome Enterprise-licenser og migreringer på tværs af platforme Det er ikke længere exceptionelt. Nu er det almindeligt i virksomheder, der navigerer mellem Google Workspace, Microsoft 365, skyen og alternative løsninger som Edge, Intune eller tredjeparts sikkerhedspakker. Problemet er, at vi næsten aldrig håndterer alt på én gang: licenser, identitet, sikkerhed, lokale profiler, skyen ... og i sidste ende trækker projekterne ud i det uendelige.
I denne artikel vil vi samle alle brikkerne: Sådan migrerer du Chrome Enterprise-licenser, hvad det indebærer at skifte til andre browsere eller konsoller, hvad man skal gøre med eksisterende Chrome-profiler, og hvordan man integrerer alt dette i en cloud- og sikkerhedsstrategi.Du vil se, hvad du kan overføre, og hvad du ikke kan, hvor du skal være forsigtig (fakturering, compliance, følsomme data), og hvordan du planlægger en migrering uden at dine brugere eller dit IT-team bliver desperate.
Migrer Chrome Enterprise-licenser via forhandlere
Når du har et separat Chrome Enterprise License-abonnement købt direkte fra Google, Et af de første spørgsmål er normalt, om man kan overføre administrationen til en partner eller distributør. Svaret er ja. Google tillader dig at overføre administrationen af det pågældende abonnement til en autoriseret forhandler. Fra det tidspunkt kan de håndtere både administrationen og de tilhørende tjenester (implementering, support, transformationsprojekter osv.).
Processen begynder med at generere en ny prøveperiode på din forhandleradministrerede kontoDetaljer om denne test og overførslen sendes via e-mail til din organisations superadministrator. Fra starten er det vigtigt at forstå noget vigtigt: disse abonnementsoverførsler er irreversibelMed andre ord, når du først har ændret din administrationsmodel, vil du ikke kunne vende tilbage til den tidligere tilstand med direkte fakturering fra Google.
For at igangsætte denne type ændring anbefales det at bruge officiel Google-partnerkatalog og find en autoriseret distributør i din region. Ud over licenserne ligger den virkelige værdi ofte i de ekstra tjenester: tilbagevendende administration, support i topklasse, assistance med cloud-migreringsprojekter eller store ChromeOS-implementeringer, for eksempel.
Når overførslen er gennemført, vil forhandleren får administratorrettigheder over din konsol Med hensyn til de abonnementer, som administreres, omfatter dette muligheden for at oprette og slette brugere, ændre adgangskoder, justere organisationsenheder og ændre politikker eller indstillinger. Hvis du vil begrænse omfanget af denne adgang eller forstå detaljeret, hvad din partner kan og ikke kan gøre, dokumenterer Google specifikt forhandleradgangsmodellen for en Google-konto, så du kan finjustere tilladelser og tillid.
Ændringer i fakturering og økonomiske forhold ved overførsel af licenser
Den anden del af Chrome Enterprise-licensmigreringen er fakturering efter modelændringenNår distributøren har gennemført overførslen, bliver dit abonnement et nyt abonnement, der administreres af dem. De bliver derefter den partner, der udsteder fakturaer, og erstatter dermed Googles direkte fakturering.
Hvis overførslen ikke er foretaget den 1. i måneden, hvor den finder sted, vil du befinde dig i en hybridsituation: to fakturaer svarende til samme måned.
- På den ene side en Google-faktura, der dækker perioden før migreringen.
- På den anden side en faktura fra distributøren for de resterende dage efter ændringens ikrafttrædelsesdato.
Fra næste måned burde du kun modtage opkrævninger fra distributøren. Det vil sige, medmindre du har andre tjenester, der faktureres direkte af Google.
Den præcise effekt på omkostningerne vil afhænge af din tidligere betalingsplan (månedlig eller årlig)Hvis du arbejdede med en årlig plan med månedlige betalinger, vil Google udstede en endelig opkrævning proportional med den tid, der er brugt op til overførselsdatoen, beregnet pro rata. Men hvis du havde en årsplan med årlig forudbetalingNår du flytter dit abonnement, modtager du ikke refusion for den resterende periode, du allerede har betalt for.
Der er også krav til antallet af licenser under drift. Det nye abonnement administreres af distributøren. Den skal have mindst det samme antal licenser som den forrige.Hvis din oprindelige kontrakt for eksempel dækkede 200 brugere, vil du ikke kunne reducere det til 150, når du overfører. Der er kun ét lille smuthul: årlige abonnementer med mindre end 30 dage til udløb giver dig mulighed for at sænke antallet af licenser.
Migrer mellem Chrome Enterprise og andre administrationsløsninger (Intune, Edge osv.)
I mange virksomheder er spørgsmålet ikke kun, hvem der fakturerer eller administrerer Chrome Enterprise, men hvordan Integration af Chrome med andre administrationsplatforme som Microsoft Intune, eller hvordan man erstatter forbrugerversionen af Chrome med en virksomhedsversion.Det er her, Win32-pakker, detektion af eksisterende applikationer og selektive afinstallationsstrategier kommer i spil.
Strategien i denne sammenhæng involverer normalt Kombinér afinstallationsscripts med Intunes programopdagelseslogikMed andre ord, tving først fjernelse af ikke-administrerede versioner af Chrome (normalt installeret i brugerprofilen eller som en forbruger-MSI), og tillad derefter installationen af Chrome for Business som et administreret Win32-program. Hvis dette bliver for kompliceret, vælger nogle organisationer at fortsætte med at bruge PDQ eller andre parallelle løsninger til denne indledende oprydning.
I mellemtiden foreslår nogle virksomheder direkte Migrer brugere fra Chrome til Microsoft EdgeVed at udnytte Edges mulighed for at importere historik, bogmærker og adgangskoder fra andre browsere er dette en særlig attraktiv mulighed, når enhedsadministration allerede er stærkt centraliseret i Intune, og målet er at konsolidere alt inden for Microsofts økosystem. Alligevel er realiteten, at ikke alle ønsker at stoppe med at bruge Chrome. Generelt er det en gradvis overgang, hvor brugerne fortsætter med at bruge begge browsere.
Hvad skal man gøre med Chrome-profiler, der er knyttet til konti, der vil forsvinde
Et af de mest delikate punkter i overgangen mellem platforme eller domæner er Administration af Google Chrome-profiler, der er knyttet til e-mailadresser, der ikke længere eksistererForestil dig, at din virksomhed har sin e-mail i Google Workspace, alle er logget ind på Chrome med deres virksomhedskonto, og du migrerer alt til Microsoft 365. E-mail, adgang og data findes nu i Microsoft, men disse Chrome-profiler er stadig knyttet til en Google-konto, der snart vil blive deaktiveret.
Chrome tilbyder ikke en indbygget mekanisme til "ændre" den primære e-mailadresse fra én Google-konto til en anden mens den samme browserprofil bevares. Som en løsning anbefaler mange organisationer, at hver bruger opretter en gratis Gmail-konto og bruger den nye identitet til at logge ind på Chrome. Ulempen er, at den nye profil starter forfra: faner, adgangskoder, udvidelser og bogmærker vises ikke magisk.
På Windows-systemer findes Chrome-brugerdata normalt i %LOCALAPPDATA%\Google\Chrome\Brugerdatahvor hver profil har sin egen mappe. Det er fristende manuelt at kopiere indholdet af den gamle profilmappe til den nye profilmappe for at oprette en slags klon. Dette overfører dog også linket til den oprindelige konto, som forbliver internt tilknyttet. Med andre ord løser dette ikke problemet: det opretter blot en kopi med den samme udløbne identitet.
Af den grund ender mange administratorer med at ty til en Plan B-manual til hver brugerEksportér bogmærkerne til en HTML-fil fra den gamle profil og importér dem til den nye, og brug de indbyggede eksport-/importfunktioner med adgangskode (eller adgangskodeadministrator (fra selve organisationen) for ikke at miste vigtige legitimationsoplysninger.
Specifikationer for migrering af konsoller og licenser i Google Workspace
Ud over browseren er der virksomheder, der har brug for en Fuldfør migrering mellem Google Workspace-konsollerDette skyldes normalt fusioner, opkøb eller omstruktureringer. I disse tilfælde handler det ikke blot om at flytte nogle tjenester, men om at overføre brugere, e-mails, data og licenser fra én konsol med ét domæne til en ny eller eksisterende konsol med et andet primært domæne.
I dette scenarie er det vigtigt at have en destinationsdomæne korrekt konfigureret Dette vil tjene som grundlag for informationsoverførslen. Ofte bruges det oprindelige domæne fortsat midlertidigt til at opretholde kommunikationen med kunder og leverandører under migreringen, så omdirigeringer, aliasser og DNS-ændringer skal koordineres omhyggeligt for at undgå afbrydelse af e-mail eller duplikering af beskeder.
Under overgangen, mens e-mail migreres til det nye domæne, vælger nogle virksomheder at midlertidigt hoste e-mail hos ekstern udbyder for at sikre kontinuitet i tjenesten. Dette tilføjer et lag af kompleksitet, men det kan være nyttigt, hvis migreringstider fra den oprindelige udbyders infrastruktur skal afkobles.
Et andet ofte overset aspekt er, at CFM (Chrome til møder) og Chrome Enterprise-licenser De migrerer ikke automatisk med en standard Google Workspace-migrering. De kræver normalt specifikke omtildelingsprocesser eller nye kontrakter i destinationsdomænet. Det anbefales at samarbejde med en partner, der er bekendt med disse situationer. Ellers kan du ende med mødelokaler eller enheder uden funktionelle licenser.
Begrænsninger af brugerdata og -tjenester ved migrering mellem konsoller
Et af de mest vanskelige punkter i Google Workspace-migreringer er, at Ikke alt kan overføres automatisk.Og nogle ting går tabt eller kræver manuel håndtering. Det er vigtigt at kommunikere dette tydeligt til brugerne, især for at undgå ubehagelige overraskelser.
Inden for Gmail, selvom det er et af de nemmeste at administrere med hensyn til volumen og tilgængelige værktøjer, vil der være detaljer, der De skal manuelt omkonfigureres efter migreringen.Filtre, regler, skabeloner, tilføjelser, brugerdefinerede baggrunde, ekstern videresendelse, indbakkekategorier, specifikke indbakkelayouts osv. Udsatte beskeder migreres normalt, men brugerne skal tagge dem på passende vis.
Beskeder markeret som fortrolige kan kræve Fortsæt adgang med den gamle konsol ved hjælp af SSONår kildekonsollen er helt lukket, og den pågældende godkendelsesrute ophører med at eksistere, vil disse meddelelser ikke længere være synlige. Derfor er det tilrådeligt at planlægge på forhånd, hvad man skal gøre med vigtige e-mails, der er gemt i det format.
Google Drev har også sine egne særheder: det kan ikke bruges normalt, før migreringen er fuldført, og desuden, de elementer, der er i papirkurven Dokumenter vil ikke blive migreret under ændringen. Hvis der er vigtige dokumenter, der skal gendannes, anbefales det derfor at fjerne dem fra papirkurven, før processen starter.
Efter flytningen, den Links til Drive-dokumenter vil ændre sigDette kan ødelægge referencer på intranet, ældre e-mails eller eksterne systemer, hvis de ikke opdateres. Tilsvarende kan kommentarer knyttet til disse filer i mange tilfælde ikke migreres, hvilket resulterer i tab af en vis samarbejdskontekst. Google Fotos skal også håndteres separat. En manuel migrering af de fotos og albummer, du ønsker at bevare, vil typisk være nødvendig.
Migreringsværktøjer: fra native værktøjer til løsninger som CloudM
For at håndtere datamigrering mellem Google Workspace-konsoller findes der adskillige værktøjer med varierende niveauer af kompleksitet og omfang. Google tilbyder Migrationsværktøj Fra selve administrationskonsollen. Dette er en meget nyttig mulighed, hvis dit primære behov er at flytte Gmail. Men hvis du vil inkludere Drev, grupper, websteder, kalendere, kontakter og andre tjenester, løber du hurtigt tør for muligheder.
Til mere krævende projekter vælger mange organisationer specialiserede løsninger som f.eks. CloudMDenne platform er specifikt designet til komplekse migreringer mellem Google Workspace, Microsoft 365 (Office 365) og tjenester som Dropbox. Denne type værktøj muliggør mere omfattende migreringsplanlægning og -udførelse med bedre kontrol over, hvad der flyttes og hvordan, og med mindre risiko for datatab.
CloudM og lignende værktøjer er dog ikke plug and play-produkter. De kræver et vist niveau af teknisk viden For at få mest muligt ud af dem, er det normalt en god idé at benytte en certificeret partner, hvis du ikke har den ekspertise i dit eget IT-team. Derudover er CloudM ikke rettet mod individuelle kunder og tilbyder typisk ikke support på spansk. Dette forstærker behovet for en mellemmand, hvis du arbejder i et spansktalende miljø.
At arbejde med denne type løsninger giver en strategisk fordel: Det giver dig mulighed for at opretholde en vis grad af uafhængighed fra den oprindelige leverandør.Hvis du på et tidspunkt beslutter dig for at stoppe med at bruge Google Workspace eller Microsoft 365, forhindrer et gennemprøvet migreringsværktøj og en gennemprøvet migreringsprocedure dig i at være "bundet for livet" til en bestemt platform af frygt for at miste data eller opleve en kaotisk overgang.
Cloud- og softwarelicensernes rolle i disse migreringer
Når vi taler om at skifte fra Chrome Enterprise til andre løsninger, flytte Google Workspace-konsoller eller flytte fra Google til Microsoft 365, gør vi faktisk cloud- eller cross-cloud-migreringsprojekterPandemien accelererede blot noget, der allerede var i gang: virksomheder ønsker at slippe af med tunge lokale infrastrukturer og udnytte den elasticitet, agilitet og innovation, som skyen tilbyder.
Skyen
Migrering til skyen kan betyde to ting: Flyt arbejdsbelastninger fra dit lokale miljø til skyen for første gangeller flytte tjenester fra én cloud til en anden (for eksempel fra Google Cloud til Azure eller fra Google Workspace til Microsoft 365). I begge tilfælde er der fem faktorer ting at huske på:
- Tilgængelighed (forbedring af oplevelsen for interne brugere og kunder).
- Skalerbarhed (hurtig vækst eller reduktion af ressourcer).
- Sikkerhed (backups, gendannelse og adgang).
- Rentabilitet (kort- og langsigtede omkostninger).
- Overholdelse af regler.
licens
I denne type projekter overses ofte et kritisk aspekt: Administration af softwarelicenser før, under og efter migreringNår du flytter arbejdsbelastninger til skyen eller mellem udbydere, skal du vide præcis, hvilke licenser du har, hvordan du bruger dem, hvilke du kan gentildele, og hvilke brugsbetingelser der gælder, når du ændrer infrastruktur. Dårlig planlægning her kan føre til dyre problemer med manglende overholdelse af regler under migrering eller en leverandørrevision.
udføre profiler før migrering og justeringer af størrelsen på cloudressourcer Det hjælper med at kontrollere og optimere omkostninger. Dette er især vigtigt i universelle SaaS-modeller, der kan føre til overbetalinger. Licensstyringsværktøjer, såsom Open IT LicenseAnalyzer, giver dig mulighed for at omfordele licenser fra lokal infrastruktur til skyen, automatisere brugssporing og demonstrere præcis, hvornår du begyndte at bruge en bestemt licens – noget, der er meget nyttigt under revisioner.
Til sidst er det afgørende valg af den rigtige cloud-udbyderSelvom mange tilbyder lignende pakker, er nøglen at sikre, at deres forretningsmodel og vilkår stemmer overens med dine. Efter en udvælgelsesproces baseret på dine behov og legitimationsoplysninger begynder migreringen. Dette involverer modernisering af applikationer, redesign af arkitekturen, når det er nødvendigt, og minimering af nedetid og omkostninger. Endelig er vedligeholdelse afgørende: at sikre, at data er sikre, optimerede, gendannelige og overholder regler som GDPR og HIPAA.
Når alle disse brikker i puslespillet falder på plads – migrering af Chrome Enterprise-konsoller og -licenser, administration af browserprofiler, styrkelse af sikkerheden i Chrome eller med alternative løsninger som Cisco Duo og en velgennemtænkt cloud- og licensstrategi – får din organisation fleksibiliteten til at skifte fra platform til platform uden frygt for at miste data, forstyrre brugernes daglige arbejdsgange eller støde på problemer med overholdelse af regler eller fakturering. I sidste ende handler det om... Teknologi skal være fleksibel nok til at holde trit med din virksomheds udvikling, ikke omvendt..
