Derfor bør du stoppe med at bruge MSSQL Server som delt datakilde i RDM

Microsoft SQL Server (MSSQL) har længe været et almindeligt valg som delt datakilde til Devolutions Remote Desktop Manager (RDM). Den er velkendt, yder godt og er nem at udrulle.

Problemet i dag er ikke MSSQL Server i sig selv. Det er den arkitektur, de fleste teams ender med: brugermaskiner med direkte netværksadgang til den database, der gemmer følsomme driftsdata. Det øger eksponeringen, skaber flere fejlpunkter og giver løbende administrativt merarbejde.

Devolutions Server kontra Devolutions Cloud: en kort beslutningsliste

Den bedste løsning er at gå væk fra direkte delte MSSQL-datakilder og skifte til en selvhostet eller cloudhostet datakilde. I stedet for at hver RDM-klient opretter forbindelse til databasen, opretter brugerne forbindelse til et servicelag, der centraliserer adgangen og reducerer antallet af steder, hvor tilladelser, forbindelse eller konfiguration kan gå galt.

Det skift ligger bag Devolutions Server og Devolutions Cloud. Devolutions Server giver dig en selvhostet datakilde, mens Devolutions Cloud giver dig en cloudhostet. Begge erstatter RDM-adgang direkte til databasen med en sikker adgangsmodel, der bygger på DVLS eller Cloud.

Vælg Devolutions Server, hvis de fleste af disse punkter passer:

• Du har brug for selvhosting på grund af compliance, kundekrav eller intern politik.
• Du vil have fuld kontrol over infrastruktur, opgraderinger og hvor data ligger.
• Du er tryg ved at drive en serverapplikation i dit eget miljø.

Vælg Devolutions Cloud, hvis de fleste af disse punkter passer:

• Du vil mindske ejerskabet af infrastruktur og den løbende vedligeholdelse.
• Du vil have en hurtigere udrulning med færre afhængigheder af databasehosting og forbindelser.
• Du foretrækker en cloud-først-tilgang til delt boksadgang og samarbejde.

Hvis du er i tvivl, så brug denne tommelfingerregel: Hvis drift af servere er en del af det, du vil have mindre af, er Devolutions Cloud som regel det bedre valg.

Migration gjort nemmere

Den mest gnidningsfri måde at komme væk fra MSSQL med direkte adgang er som regel en udrulning i faser: Sæt den nye datakilde op, migrer dataene, validér dem med en lille gruppe, og flyt derefter resten af teamet til den nye delte datakilde i RDM.

Fra MSSQL med direkte adgang til Devolutions Server

Hvis du vil have en selvhostet destination, skal du bruge migrationsguiden i konsollen til Devolutions Server for at flytte fra MSSQL Server, herunder Azure SQL, til Devolutions Server.

Følg trin for trin-guiden her: Migrer bokse fra MSSQL Server til Devolutions Server

Vores foreslåede overgangsvej ser sådan ud:

• Udrul Devolutions Server ved siden af din nuværende datakilde.
• Tag en sikkerhedskopi af databasen.
• Kør migrationsguiden, og validér de migrerede data med en lille gruppe brugere.
• Rul det ud til det bredere team.
• Når alle er skiftet, låser du direkte SQL-adgang og tager den gamle delte datakilde ud af drift.

Fra MSSQL med direkte adgang til Devolutions Cloud

Hvis du vil have en cloudhostet destination, flytter du dine bokse fra MSSQL til Devolutions Cloud ved at eksportere dem fra datakilden og importere dem til Devolutions Cloud.

Følg trin for trin-guiden her: Migrer bokse fra MSSQL Server til Devolutions Cloud

En praktisk udrulning ser sådan ud:

• Opret din Devolutions Cloud, og tilføj den som datakilde i RDM.
• Tag en sikkerhedskopi af den eksisterende database.
• Eksportér bokse fra datakilden, og importér dem til Devolutions Cloud.
• Genskab og kontrollér tilladelser under migrationen.
• Validér med en gruppe brugere, rul det bredere ud, og tag derefter MSSQL-datakilden ud af drift.

Derfor bliver både styring og hverdagen bedre

Uanset om du fokuserer på at mindske risikoen, holde systemerne pålidelige eller bare spare tid, er fordelene de samme.

Sikkerhed og styring

• Færre endpoints kan forsøge at nå den følsomme backend.
• Adgang håndhæves gennem et servicelag i stedet for direkte databaseadgang.
• Du mindsker bagdørsmønstre, der opstår ved direkte MSSQL-forbindelse.

Driftseffektivitet

• Mindre tid brugt på at fejlfinde MSSQL-forbindelsesproblemer arbejdsstation for arbejdsstation.
• Renere onboarding og offboarding, fordi adgang styres gennem platformen.
• Færre særtilfælde i netværks- og tilladelsesadministration.

Mere end en erstatning for MSSQL-deling

At flytte til Devolutions Server eller Devolutions Cloud handler ikke kun om at mindske eksponeringen og forenkle administrationen. Det giver dig også adgang til platformsfunktioner, der ikke er en del af en direkte MSSQL-opsætning, herunder adgangsgodkendelser, Single Sign-On (SSO), sikre beskeder og arbejdsgange for privilegeret adgang. For teams, der vælger Devolutions Server, kan det også omfatte synkronisering på serversiden, e-mailnotifikationer, GeoIP-begrænsninger, Syslog-integration og understøttelse af Azure Log Analytics.

Hvis du har brug for hjælp til at migrere til en ny datakilde, står vores supportteam klar til at hjælpe!