Marc BeausejourMicrosoft SQL Server (MSSQL) è da tempo una scelta comune come origine dati condivisa per Devolutions Remote Desktop Manager (RDM). È una soluzione familiare, performante e facile da implementare.
Il problema oggi non è MSSQL Server in sé, ma l’architettura in cui finiscono la maggior parte dei team: computer degli utenti con accesso di rete diretto al database che memorizza i dati operativi sensibili. Questo aumenta l’esposizione, crea più punti di errore e comporta un carico amministrativo continuo.
Devolutions Server o Devolutions Cloud: una rapida checklist decisionale
L’opzione migliore è allontanarsi dalle origini dati condivise MSSQL ad accesso diretto e passare a un’origine dati self-hosted o basata sul cloud. Invece di far collegare ogni client RDM direttamente al database, gli utenti si connettono a un livello di servizio che centralizza l’accesso e riduce i punti in cui autorizzazioni, connettività o configurazione possono generare problemi.
È questo il cambiamento alla base di Devolutions Server e Devolutions Cloud. Devolutions Server offre un’origine dati self-hosted, mentre Devolutions Cloud offre un’origine dati basata sul cloud. Entrambi sostituiscono l’accesso diretto al database da RDM con un modello di accesso sicuro basato su DVLS o Cloud.
Scelga Devolutions Server se la maggior parte di queste affermazioni è vera:
- Ha bisogno del self-hosting per conformità, requisiti dei clienti o politiche interne.
- Desidera il pieno controllo su infrastruttura, aggiornamenti e ubicazione dei dati.
- Si sente a proprio agio nella gestione di un’applicazione server all’interno del proprio ambiente.
Scelga Devolutions Cloud se la maggior parte di queste affermazioni è vera:
- Desidera ridurre la proprietà dell’infrastruttura e la manutenzione continua.
- Desidera un’implementazione più rapida con minori dipendenze dall’hosting del database e dalla connettività.
- Preferisce un approccio cloud-first per l’accesso condiviso alla cassaforte e la collaborazione.
Se è indeciso, usi questo criterio di scelta: se ridurre la manutenzione dei server è tra i suoi obiettivi, Devolutions Cloud è di norma la soluzione più adatta.
Una migrazione più semplice
Il modo più fluido per abbandonare l’MSSQL ad accesso diretto è di solito un’implementazione graduale: configurare la nuova origine dati, migrare i dati, convalidarli con un piccolo gruppo, poi far passare il resto del team alla nuova origine dati condivisa in RDM.
Passaggio dall’MSSQL ad accesso diretto a Devolutions Server
Se desidera una destinazione self-hosted, usi la procedura guidata di migrazione nella console di Devolutions Server per passare da MSSQL Server, incluso Azure SQL, a Devolutions Server.
Segua la guida passo dopo passo qui: Migrare le cassaforti da MSSQL Server a Devolutions Server
Il percorso di transizione suggerito è il seguente:
- Implementare Devolutions Server insieme all’origine dati attuale.
- Eseguire il backup del database.
- Avviare la procedura guidata di migrazione e convalidare i dati migrati con un piccolo gruppo di utenti.
- Estendere l’implementazione al resto del team.
- Una volta che tutti sono passati al nuovo sistema, bloccare l’accesso diretto SQL e ritirare la vecchia origine dati condivisa.
Passaggio dall’MSSQL ad accesso diretto a Devolutions Cloud
Se desidera una destinazione basata sul cloud, sposti le cassaforti da MSSQL a Devolutions Cloud esportandole dall’origine dati e importandole in Devolutions Cloud.
Segua la guida passo dopo passo qui: Migrare le cassaforti da MSSQL Server a Devolutions Cloud
Un’implementazione pratica è la seguente:
- Creare il proprio Devolutions Cloud e aggiungerlo come origine dati in RDM.
- Eseguire il backup del database esistente.
- Esportare le cassaforti dall’origine dati e importarle in Devolutions Cloud.
- Ricreare e verificare le autorizzazioni durante la migrazione.
- Convalidare con un gruppo di utenti, estendere l’implementazione e poi ritirare l’origine dati MSSQL.
Perché questo migliora sia il controllo che il lavoro quotidiano
Che l’obiettivo sia ridurre i rischi, mantenere l’affidabilità dei sistemi o semplicemente risparmiare tempo, i vantaggi sono gli stessi.
Sicurezza e controllo
- Meno endpoint possono tentare di raggiungere il backend sensibile.
- L’accesso viene applicato tramite un livello di servizio invece che tramite l’accesso diretto al database.
- Si riducono i pattern di accesso secondari creati dalla connettività diretta MSSQL.
Efficienza operativa
- Meno tempo dedicato alla risoluzione dei problemi di connettività MSSQL postazione per postazione.
- Onboarding e offboarding più puliti, poiché l’accesso viene gestito tramite la piattaforma.
- Meno casi particolari nella gestione della rete e delle autorizzazioni.
Non solo un sostituto della condivisione MSSQL
Il passaggio a Devolutions Server o Devolutions Cloud non riguarda solo la riduzione dell’esposizione e la semplificazione dell’amministrazione. Offre anche l’accesso a funzionalità della piattaforma non disponibili in una configurazione MSSQL diretta, tra cui approvazioni di accesso, Single Sign-On (SSO), messaggi sicuri e flussi di lavoro per gli accessi privilegiati. Per i team che scelgono Devolutions Server, può anche includere la sincronizzazione lato server, le notifiche via e-mail, le restrizioni GeoIP, l’integrazione Syslog e il supporto per Azure Log Analytics.
Se ha bisogno di assistenza nella migrazione verso una nuova origine dati, il nostro team di supporto è pronto ad aiutarla!