Gestione di tabelle FileTable
Vengono descritte attività amministrative comuni per la gestione di tabelle FileTable.
Procedura: recuperare un elenco di tabelle FileTable e di oggetti correlati
Per ottenere un elenco di tabelle FileTable, eseguire una query su una delle viste del catalogo riportate di seguito:
sys.tables (Transact-SQL) ( Controllare il valore della colonna is_filetable ).
SELECT * FROM sys.filetables;
GO
SELECT * FROM sys.tables WHERE is_filetable = 1;
GO
Per ottenere un elenco degli oggetti definiti dal sistema creati al momento della creazione delle tabelle FileTable associate, eseguire una query sulla visualizzazione del catalogo sys.filetable_system_defined_objects (Transact-SQL).
SELECT object_id, OBJECT_NAME(object_id) AS 'Object Name'
FROM sys.filetable_system_defined_objects
WHERE object_id = filetable_object_id;
GO
Disabilitare e riabilitare l'accesso non transazionale a livello di database
Per acquisire l'accesso esclusivo necessario per determinate attività di amministrazione, può essere necessario disabilitare temporaneamente l'accesso non transazionale.
Comportamento dell'istruzione ALTER DATABASE in caso di modifica del livello di accesso non transazionale
Quando si imposta l'accesso non transazionale su READ_ONLY o OFF, il comando ALTER DATABASE non restituisce il controllo all'utente finché sono presenti handle di file aperti che creano conflitti con l'operazione richiesta. Gli handle di file che creano conflitti con questa operazione includono gli elementi seguenti:
Quando l'accesso viene impostato su NESSUNO, tutti gli handle di file aperti.
Quando l'accesso viene impostato su READ_ONLY, tutti gli handle di file aperti per l'accesso in scrittura.
Per informazioni sulla terminazione degli handle di file aperti, vedere Terminazione di handle di file aperti associati a una tabella FileTable in questo argomento.
Se il comando ALTER DATABASE è annullato o termina con un timeout, il livello di accesso transazionale non viene modificato.
Se si chiama l'istruzione ALTER DATABASE con una clausola WITH <di terminazione> (ROLLBACK AFTER integer [ SECONDI ] | ROLLBACK IMMEDIATO | NO_WAIT), quindi tutti gli handle di file non transazionali aperti vengono uccisi.
Avviso
La terminazione di handle di file aperti può causare la perdita dei dati non salvati da parte degli utenti. Questo comportamento è coerente con quello del file system stesso.
Effetti della disabilitazione dell'accesso non transazionale
La modifica del livello dell'accesso non transazionale a livello del database comporta gli effetti seguenti sulle directory FileTable all'interno della directory a livello di database:
Quando l'accesso viene impostato su NESSUNO, tutte le directory FileTable e il relativo contenuto non sono più accessibili o visibili.
Quando l'accesso viene impostato su READ_ONLY, anche tutte le directory FileTable e il relativo contenuto sono in sola lettura.
La disabilitazione di FILESTREAM a livello di istanza comporta gli effetti seguenti sulle directory a livello di database nell'istanza e la tabella FileTable all'interno di esse:
- Nessuna delle directory a livello di database nell'istanza è visibile se FILESTREAM è disabilitato a livello di istanza.
Procedura: disabilitare e riabilitare l'accesso non transazionale a livello di database
Per altre informazioni, vedere Opzioni ALTER DATABASE SET (Transact-SQL).
Per disabilitare l'accesso non transazionale completo
Chiamare l'istruzione ALTER DATABASE e usare SET per impostare il valore di NON_TRANSACTED_ACCESS su READ_ONLY o OFF.
-- Disable write access.
ALTER DATABASE database_name
SET FILESTREAM ( NON_TRANSACTED_ACCESS = READ_ONLY );
GO
-- Disable non-transactional access.
ALTER DATABASE database_name
SET FILESTREAM ( NON_TRANSACTED_ACCESS = OFF );
GO
Per riabilitare l'accesso non transazionale completo
Chiamare l'istruzione ALTER DATABASE e usare SET per impostare il valore di NON_TRANSACTED_ACCESS su FULL.
ALTER DATABASE database_name
SET FILESTREAM ( NON_TRANSACTED_ACCESS = FULL );
GO
Procedura: assicurare la visibilità delle tabelle FileTables in un database
Una directory a livello di database e le directory FileTable in essa contenute sono visibili se si verificano tutte le condizioni seguenti:
FILESTREAM è abilitato a livello di istanza.
L'accesso non transazionale è abilitato a livello di database.
Una directory valida è stata specificata al livello di database.
Disabilitare e riabilitare lo spazio dei nomi FileTable a livello di tabella
Disabilitando lo spazio dei nomi della tabella FileTable vengono disabilitati tutti i vincoli e i trigger definiti dal sistema creati con la tabella FileTable. Ciò è utile nei casi in cui una tabella FileTable deve essere riorganizzata su larga scala usando operazioni Transact-SQL senza sostenere le spese per applicare la semantica di FileTable. Queste operazioni possono, tuttavia, lasciare la tabella FileTable in uno stato non coerente e impedire l'operazione di abilitazione dello spazio dei nomi di Filetable.
La disabilitazione di uno spazio dei nomi FileTable comporta i risultati riportati di seguito:
Le colonne e i dati della tabella FileTable non vengono eliminati fisicamente dalla tabella.
La directory FileTable, i file e le directory in essa contenute vengono rimossi dal file system e non sono disponibili per l'accesso I/O al file.
Le colonne della tabella FileTable definite dal sistema non possono essere eliminate e ricreate, diversamente si comportano come colonne ordinarie per le operazioni DML.
Gli handle di file aperti impediscono la disabilitazione dei vincoli FileTable, poiché questa operazione richiede un blocco dello schema sulla tabella.
L'applicazione di tutta la semantica FileTable, incluso i vincoli e i trigger definiti dal sistema, si arresta dopo la disabilitazione dello spazio dei nomi FileTable.
La riabilitazione di uno spazio dei nomi FileTable comporta i risultati riportati di seguito:
Viene verificata la coerenza della tabella FileTable. Quando vengono individuate incoerenze, viene generato un errore e FileTable rimane disabilitata; in caso contrario la tabella FileTable viene riabilitata.
L'applicazione della semantica FileTable, incluso i vincoli e i trigger definiti dal sistema, viene ripristinata.
La directory FileTable, i file e le directory in essa contenute diventano visibili nel file system e disponibili per l'accesso I/O al file.
Procedura: disabilitare e riabilitare lo spazio dei nomi FileTable a livello di tabella
Chiamare l'istruzione ALTER TABLE con l'opzione { ENABLE | DISABLE } FILETABLE_NAMESPACE .
Per disabilitare lo spazio dei nomi FileTable
ALTER TABLE filetable_name
DISABLE FILETABLE_NAMESPACE;
GO
Per riabilitare lo spazio dei nomi FileTable
ALTER TABLE filetable_name
ENABLE FILETABLE_NAMESPACE;
GO
Terminazione di handle di file aperti associati a una tabella FileTable
Gli handle aperti per i file archiviati in una tabella FileTable possono impedire l'accesso esclusivo necessario per determinate attività di amministrazione. Per consentire attività urgenti, può essere necessario terminare gli handle di file aperti associati a una o più tabelle FileTable.
Avviso
La terminazione di handle di file aperti può causare la perdita dei dati non salvati da parte degli utenti. Questo comportamento è coerente con quello del file system stesso.
Procedura: recuperare un elenco di handle di file aperti associati a una tabella FileTable
Eseguire una query sulla vista del catalogo sys.dm_filestream_non_transacted_handles (Transact-SQL).
SELECT * FROM sys.dm_filestream_non_transacted_handles;
GO
Procedura: terminare gli handle di file aperti associati a una tabella FileTable
Chiamare la stored procedure sp_kill_filestream_non_transacted_handles (Transact-SQL) con gli argomenti appropriati per eliminare tutti gli handle di file aperti nel database o nella tabella FileTable o per uccidere un handle specifico.
USE database_name;
-- Kill all open handles in all the filetables in the database.
EXEC sp_kill_filestream_non_transacted_handles;
GO
-- Kill all open handles in a single filetable.
EXEC sp_kill_filestream_non_transacted_handles @table_name = 'filetable_name';
GO
-- Kill a single handle.
EXEC sp_kill_filestream_non_transacted_handles @handle_id = integer_handle_id;
GO
Procedura: identificare i blocchi utilizzati da tabelle FileTable
La maggior parte dei blocchi applicati da tabelle FileTable corrisponde a file aperti dalle applicazioni.
Identificazione di file aperti e blocchi associati
Aggiungere il campo request_owner_id nella visualizzazione gestione dinamica sys.dm_tran_locks (Transact-SQL) con il campo fcb_id in sys.dm_filestream_non_transacted_handles (Transact-SQL). In alcuni casi, il blocco non corrisponde a un solo handle di file aperto.
SELECT opened_file_name
FROM sys.dm_filestream_non_transacted_handles
WHERE fcb_id IN
( SELECT request_owner_id FROM sys.dm_tran_locks );
GO
Sicurezza delle tabelle FileTable
I file e le directory archiviati nelle tabelle FileTable sono protetti solo dalla sicurezza di SQL. La sicurezza basata su tabella e colonna viene applicata per l'accesso al file system e l'accesso Transact-SQL. Le API di sicurezza del file system di Windows e le impostazioni ACL non sono supportate.
Alle tabelle File Table vengono applicate anche le autorizzazioni di sicurezza e accesso applicabili a filegroup e contenitori FILESTREAM, in quanto i dati dei file vengono archiviati come colonna FILESTREAM nella tabella FileTable.
Sicurezza delle tabelle FileTable e accesso Transact-SQL
L'accesso Transact-SQL ai dati in FileTables è protetto allo stesso modo di qualsiasi altra tabella. Per ogni operazione di accesso o modifica dei dati, vengono effettuati controlli di sicurezza appropriati a livello di tabella e colonna.
Sicurezza delle tabelle FileTable e accesso al file system
Le API del file system richiedono autorizzazioni appropriate SQL Server per l'intera riga nella tabella FileTable , ovvero l'autorizzazione a livello di tabella, per aprire un handle in un file o una directory archiviata nella tabella FileTable. Se l'utente non dispone dell'autorizzazione SQL Server appropriata per qualsiasi colonna nella tabella FileTable, l'accesso al file system viene negato.
Backup e tabelle FileTable
Quando si usa SQL Server per eseguire il backup di una tabella FileTable, i dati FILESTREAM vengono sottoposti a backup con i dati strutturati nel database. Se non si desidera eseguire il backup dei dati FILESTREAM con i dati relazionali, è possibile utilizzare un backup parziale per escludere i filegroup FILESTREAM.
Consistenza transazionale dei backup di FileTable
Molti strumenti e operazioni di amministrazione, quali backup, backup del log e replica transazionale, leggono dati coerenti a livello di transazione tramite la lettura dei log delle transazioni. A questo punto, leggono tutti i dati FILESTREAM aggiornati come parte di una transazione. Quando l'accesso non transazionale non è abilitato a livello di database, questi strumenti e operazioni funzionano con coerenza transazionale completa.
Quando invece è abilitato l'accesso non transazionale completo, una tabella FileTable potrebbe contenere dati aggiornati più recentemente (tramite un aggiornamento non transazionale) rispetto alla transazione letta dallo strumento o dal processo dal log delle transazioni. Ciò significa che un'operazione di ripristino temporizzata di una transazione specifica può contenere dati FILESTREAM più recenti di tale transazione. Si tratta del comportamento previsto quando nelle tabelle FileTable sono consentiti gli aggiornamenti non transazionali.
SQL Server Profiler e tabelle FileTable
SQL Server Profiler può acquisire le operazioni Di apertura e chiusura file di Windows nell'output di traccia per i file archiviati in una tabella FileTable.
Controllo e tabelle FileTable
È possibile controllare una tabella FileTable proprio come qualsiasi altra tabella. I modelli di accesso Win32, tuttavia, non sono operazioni basate su set. Una singola azione nel file system si traduce in più operazioni DML Transact-SQL. L'apertura di un file in Microsoft Word, ad esempio, si traduce in più operazioni di apertura/chiusura/creazione/ridenominazione/eliminazione e nelle attività DML Transact-SQL corrispondenti. Ciò comporta record di controllo dettagliati in cui è difficile correlare i record tra azioni del file system e i record di controllo DML Transact-SQL corrispondenti.
DBCC e tabelle FileTable
È possibile utilizzare DBCC CHECKCONSTRAINTS per convalidare i vincoli su una tabella FileTable, inclusi i vincoli definiti dal sistema.
Vedere anche
Compatibilità di FileTable con altre funzionalità di SQL Server
DDL, funzioni, stored procedure e viste FileTable