Database indipendenti

Articolo
06/25/2013

Un database indipendente è un database isolato dagli altri database e dall'istanza di SQL Server che ospita il database. SQL Server 2012 offre all'utente quattro modalità per isolare il database dall'istanza.

Molti dei metadati che descrivono un database vengono gestiti nel database, oltre a (o anziché) essere gestiti nel database master.
Tutti metadati sono definiti utilizzando le stesse regole di confronto.
L'autenticazione degli utenti può essere eseguita dal database, riducendo la dipendenza del database dagli account di accesso dell'istanza di SQL Server.
L'ambiente SQL Server consente di creare report (DMV, XEvents e così via) e agire in base alle informazioni di indipendenza.

Alcune funzionalità dei database parzialmente indipendenti, ad esempio l'archiviazione dei metadati nel database, si applicano a tutti i database di SQL Server 2012. Alcuni vantaggi dei database parzialmente indipendenti, ad esempio l'autenticazione a livello di database e le regole di confronto del catalogo, devono essere abilitati per poter essere disponibili. L'indipendenza parziale si abilita tramite le istruzioni CREATE DATABASE e ALTER DATABASE o utilizzando SQL Server Management Studio. Per ulteriori informazioni sull'abilitazione dell'indipendenza parziale del database, vedere Migrazione in un database parzialmente indipendente.

In questo argomento sono contenute le sezioni seguenti.

Concetti di database parzialmente indipendente
Componenti del database parzialmente indipendente
Indipendenza
Vantaggi dell'utilizzo di database parzialmente indipendenti
Limitazioni
Identificazione dell'indipendenza del database

Concetti di database parzialmente indipendente

In un database totalmente indipendente sono incluse tutte le impostazioni del database e i metadati necessari per definire il database, mentre non sono presenti dipendenze di configurazione nell'istanza del Motore di database di SQL Server in cui è installato il database. Nelle versioni precedenti di SQL Server, la separazione di un database dall'istanza di SQL Server può risultare un'operazione dispendiosa in termini di tempo e richiedere una conoscenza dettagliata della relazione tra il database e l'istanza di SQL Server. Con i database parzialmente indipendenti in SQL Server 2012, la separazione di un database dall'istanza di SQL Server e dagli altri database è più semplice.

In un database indipendente le funzionalità vengono considerate in relazione all'indipendenza. Qualsiasi entità definita dall'utente basata solo su funzioni che risiedono nel database è considerata completamente indipendente. Qualsiasi entità definita dall'utente basata su funzioni che risiedono all'esterno del database è considerata non indipendente. Per ulteriori informazioni, vedere la sezione Indipendenza di seguito in questo argomento.

I termini seguenti si applicano al modello di database indipendente.

Limite del database
Limite tra un database e l'istanza di SQL Server. Limite tra un database e altri database.
Contenuto
Elemento completamente esistente entro il limite del database.
Non contenuto
Elemento che varca il limite del database.
Database non indipendente
Database con lo stato di indipendenza impostato su NESSUNO. Tutti i database delle versioni precedenti di SQL Server 2012 sono non indipendenti. Per impostazione predefinita, per tutti i database di SQL Server 2012 lo stato di indipendenza è impostato su NESSUNO.
Database parzialmente indipendente
Un database parzialmente indipendente è un database indipendente in cui sono supportate funzionalità che superano il limite del database. In SQL Server è inclusa la possibilità di determinare quando il limite di indipendenza viene superato.

Utente indipendente
Per i database indipendenti sono previsti due tipi di utenti.

Utente del database indipendente con password

Gli utenti del database indipendente con password vengono autenticati dal database.
Entità di Windows

Gli utenti di Windows autorizzati e i membri dei gruppi di Windows autorizzati possono connettersi direttamente al database e non devono disporre di account di accesso nel database master. Il database considera attendibile l'autenticazione di Windows.

Agli utenti con account di accesso nel database master può essere concesso l'accesso a un database indipendente, ma si creerebbe una dipendenza dall'istanza di SQL Server. Pertanto, per la creazione di utenti in base agli account di accesso, vedere il commento per i database parzialmente indipendenti.

Nota sulla sicurezza
L'abilitazione dei delegati di database parzialmente indipendenti controlla l'accesso all'istanza di SQL Server per i proprietari del database. Per ulteriori informazioni, vedere Procedure consigliate per la sicurezza in database indipendenti.

Limite del database
Considerato che nei database parzialmente indipendenti le funzionalità del database sono separate da quelle dell'istanza, tra questi due elementi esiste una netta linea di demarcazione detta limite del database.

All'interno del limite del database è presente il modello di database, nel quale i database vengono sviluppati e gestiti. Esempi di entità che si trovano all'interno del database includono tabelle di sistema, ad esempio sys.tables, utenti del database indipendente con password e tabelle utente nel database corrente a cui viene fatto riferimento con un nome in due parti.

All'esterno del limite del database è presente il modello di gestione che si riferisce alla gestione e alle funzioni a livello di istanza. Esempi di entità che si trovano all'esterno del limite del database includono tabelle di sistema, ad esempio sys.endpoints, utenti su cui viene eseguito il mapping ad account di accesso e tabelle utente in un altro database a cui viene fatto riferimento con un nome in tre parti.

Indipendenza

Le entità utente completamente residenti all'interno del database sono considerate indipendenti. Qualsiasi entità residente all'esterno del database o basata sull'interazione con le funzioni esterne al database è considerata non indipendente.

In generale, le entità utente rientrano nelle categorie di indipendenza seguenti:

Entità utente completamente indipendenti, ovvero quelle che non superano mai il limite del database, ad esempio, sys.indexes. Qualsiasi struttura di codice in cui vengano utilizzate queste funzionalità o qualsiasi oggetto che faccia riferimento solo a queste entità è anch'esso completamente contenuto.
Entità utente non indipendenti, ovvero quelle che superano il limite del database, ad esempio sys.server_principals o una stessa entità server (accesso). Qualsiasi struttura di codice in cui vengano utilizzate queste entità o qualsiasi funzione che faccia riferimento a queste entità è anch'essa non indipendente.

Database parzialmente indipendente

In SQL Server 2012 la funzionalità di database indipendente è attualmente disponibile solo in uno stato parzialmente indipendente. Un database parzialmente indipendente è un database indipendente in cui è supportato l'utilizzo di funzionalità non indipendenti.

Utilizzare le viste sys.dm_db_uncontained_entities e sys.sql_modules (Transact-SQL) per restituire informazioni relative a oggetti o funzionalità non indipendenti. Determinando lo stato di indipendenza degli elementi del database, è possibile individuare gli oggetti o le funzionalità che è necessario sostituire o modificare ai fini dell'indipendenza.

Importante
Poiché l'impostazione di indipendenza predefinita di determinati oggetti è NESSUNO, è possibile che in questa vista vengano restituiti falsi positivi.

In termini di regole di confronto, il comportamento dei database parzialmente indipendenti è nettamente diverso da quello dei database non indipendenti. Per ulteriori informazioni sui problemi relativi alle regole di confronto, vedere Regole di confronto dei database indipendenti.

Vantaggi dell'utilizzo di database parzialmente indipendenti

Alcuni problemi e complessità associati ai database non indipendenti possono essere risolti con un database parzialmente indipendente.

Spostamento di database

Uno dei problemi che si verifica quando un database viene spostato da un'istanza a un'altra è che importanti informazioni possono non essere disponibili. Ad esempio, le informazioni di accesso sono archiviate all'interno dell'istanza anziché nel database. Quando si sposta un database non indipendente da un'istanza a un'altra di SQL Server, tali informazioni vengono ignorate. È necessario identificare le informazioni mancanti e spostarle insieme al database nella nuova istanza di SQL Server. Questo processo può richiedere tempi lunghi e risultare difficile.

È possibile archiviare importanti informazioni nel database parzialmente indipendente in modo che dopo lo spostamento le informazioni siano ancora disponibili nel database.

[!NOTA]

Un database parzialmente indipendente può fornire la documentazione che descrive le funzionalità utilizzate da un database che non possono essere separate dall'istanza. tra cui un elenco di altri database correlati, le impostazioni di sistema richieste dal database ma non indipendenti e così via.

Vantaggi degli utenti di database indipendenti con AlwaysOn

Riducendo i valori equivalenti all'istanza di SQL Server, i database parzialmente indipendenti possono essere utili durante il failover quando si utilizza Gruppi di disponibilità AlwaysOn.

La creazione di utenti indipendenti consente all'utente di connettersi direttamente al database indipendente. Si tratta di una funzionalità molto significativa in scenari a disponibilità elevata e di ripristino di emergenza, ad esempio in una soluzione AlwaysOn. Se gli utenti sono indipendenti, in caso di failover può essere possibile connettersi al database secondario senza creare account di accesso sull'istanza che ospita il database secondario. Questo rappresenta un vantaggio immediato. Per ulteriori informazioni, vedere Panoramica di Gruppi di disponibilità AlwaysOn (SQL Server) e Prerequisiti, restrizioni e consigli per i gruppi di disponibilità AlwaysOn (SQL Server).

Sviluppo iniziale di database

Poiché è possibile che uno sviluppatore non conosca l'ambiente nel quale verrà distribuita un nuovo database, limitando gli impatti ambientali distribuiti al database sarà possibile ridurre il lavoro e le problematiche per lo sviluppatore. Nel modello non indipendente lo sviluppatore deve quindi considerare i possibili impatti ambientali sul nuovo database e programmare di conseguenza. Tuttavia, utilizzando i database parzialmente indipendenti, gli sviluppatori possono rilevare l'impatto a livello di istanza sul database e le problematiche a livello di istanza che è necessario affrontare.

Amministrazione del database

La gestione delle impostazioni del database nel database, anziché nel database master, consente a ogni proprietario di database di avere più controllo sul database, senza fornire al proprietario di database l'autorizzazione sysadmin.

Limitazioni

I database parzialmente indipendenti non supportano le funzionalità indicate di seguito.

Nei database parzialmente indipendenti non è supportato l'utilizzo di funzionalità di replica, di rilevamento modifiche o Change Data Capture.
Procedure numerate
Oggetti associati a schema che dipendono da funzioni predefinite con modifiche delle regole di confronto
Modifica di associazione a seguito di modifiche delle regole di confronto, inclusi riferimenti a oggetti, colonne, simboli o tipi.
Replica, Change Data Capture e rilevamento modifiche.

Attenzione
Le stored procedure temporanee sono attualmente consentite. Poiché le stored procedure temporanee violano l'indipendenza, non ne è previsto il supporto nelle versioni future del database indipendente.

Identificazione dell'indipendenza del database

Per consentire l'identificazione dello stato di indipendenza del database sono disponibili due strumenti. sys.dm_db_uncontained_entities (Transact-SQL) è una vista in cui sono riportate tutte le entità potenzialmente non indipendenti nel database. L'evento database_uncontained_usage si verifica quando viene identificata un'entità effettivamente non contenuta in fase di esecuzione.

sys.dm_db_uncontained_entities

In questa vista vengono riportate tutte entità presenti nel database che potrebbero essere non indipendenti, ad esempio quelle che superano il limite del database. Sono incluse le entità utente che potrebbero utilizzare oggetti al di fuori del modello di database. Poiché non è tuttavia possibile determinare lo stato di indipendenza di alcune entità, ad esempio quelle che utilizzano SQL dinamico, fino alla fase di esecuzione, nella vista potrebbero essere presenti alcune entità che non sono effettivamente non indipendenti. Per ulteriori informazioni, vedere sys.dm_db_uncontained_entities (Transact-SQL).

database_uncontained_usage - evento

L'evento XEvent viene generato quando viene identificata un'entità non indipendente in fase di esecuzione. Sono incluse le entità che hanno origine nel codice client. Questo evento XEvent verrà generato solo per le entità effettivamente non indipendenti e solo in fase di esecuzione. Pertanto, qualsiasi entità utente non indipendente non eseguita non sarà identificata da questo XEvent.