Log delle transazioni (SQL Server)The Transaction Log (SQL Server)

Ogni database SQL Server include un log delle transazioni in cui vengono archiviate tutte le transazioni e le modifiche apportate dalle transazioni stesse al database.Every SQL Server database has a transaction log that records all transactions and the database modifications made by each transaction.

Il log delle transazioni è un componente fondamentale del database.The transaction log is a critical component of the database. Se si verifica un errore di sistema, è necessario tale registro per ripristinare uno stato coerente del database.If there is a system failure, you will need that log to bring your database back to a consistent state. Evitare di eliminare o spostare questo file di registro se non si conoscono a fondo le implicazioni di questa operazione.Never delete or move this log unless you fully understand the ramifications of doing so.

CuriositàFun fact! I checkpoint rappresentano i punti ottimali noti da cui avviare l'applicazione dei log delle transazioni durante il ripristino del database.Known good points from which to begin applying transaction logs during database recovery are created by checkpoints. Per altre informazioni, vedere Checkpoint di database (SQL Server).For more information, see Database Checkpoints (SQL Server).

Operazioni supportate dal log delle transazioniOperations supported by the transaction log

Il log delle transazioni supporta le operazioni seguenti:The transaction log supports the following operations:

  • Recupero di singole transazioni.Individual transaction recovery.

  • Recupero di tutte le transazioni incomplete all'avvio di SQL ServerSQL Server .Recovery of all incomplete transactions when SQL ServerSQL Server is started.

  • Rollforward di una pagina, file, filegroup o database ripristinato fino al punto in cui si è verificato l'errore.Rolling a restored database, file, filegroup, or page forward to the point of failure.

  • Supporto della replica transazionale.Supporting transactional replication.

  • Supporto delle soluzioni di ripristino di emergenza e disponibilità elevata: Gruppi di disponibilità Always OnAlways On availability groups, mirroring del database e log shipping.Supporting high availability and disaster recovery solutions: Gruppi di disponibilità Always OnAlways On availability groups, database mirroring, and log shipping.

Recupero di singole transazioniIndividual transaction recovery

Se un'applicazione esegue un'istruzione ROLLBACK oppure se il motore di database rileva un errore come la perdita delle comunicazioni con un client, vengono usati i record del log per eseguire il rollback delle modifiche apportate da una transazione incompleta.If an application issues a ROLLBACK statement, or if the Database Engine detects an error such as the loss of communication with a client, the log records are used to roll back the modifications made by an incomplete transaction.

Recupero di tutte le transazioni incomplete all'avvio di SQL ServerSQL ServerRecovery of all incomplete transactions when SQL ServerSQL Server is started

Se si verifica un errore in un server, è possibile che alcune modifiche ai database non siano state scritte dalla cache del buffer ai file di dati e che transazioni incomplete abbiano apportato modifiche al file di dati.If a server fails, the databases may be left in a state where some modifications were never written from the buffer cache to the data files, and there may be some modifications from incomplete transactions in the data files. All'avvio di un'istanza di SQL Server, vengono recuperati i singoli database.When an instance of SQL Server is started, it runs a recovery of each database. Viene quindi eseguito il rollforward di tutte le modifiche registrate nel log che potrebbero non essere state scritte nei file di dati.Every modification recorded in the log which may not have been written to the data files is rolled forward. A questo punto, per salvaguardare l'integrità del database, viene eseguito il rollback di tutte le transazioni incomplete rilevate nel log delle transazioni.Every incomplete transaction found in the transaction log is then rolled back to make sure the integrity of the database is preserved.

Rollforward di una pagina, un file, un filegroup o un database ripristinato fino al punto in cui si è verificato l'erroreRolling a restored database, file, filegroup, or page forward to the point of failure

Dopo un errore hardware o del disco che interessa i file del database, è possibile ripristinare il database fino al punto in cui si è verificato l'errore.After a hardware loss or disk failure affecting the database files, you can restore the database to the point of failure. Questo metodo prevede innanzitutto il ripristino dell'ultimo backup completo del database e dell'ultimo backup differenziale del database e quindi il ripristino della sequenza successiva dei backup del log delle transazioni fino al momento in cui si è verificato l'errore.You first restore the last full database backup and the last differential database backup, and then restore the subsequent sequence of the transaction log backups to the point of failure.

Durante il ripristino di ogni backup del log, il motore di database riapplica tutte le modifiche registrate nel log per eseguire il rollforward di tutte le transazioni.As you restore each log backup, the Database Engine reapplies all the modifications recorded in the log to roll forward all the transactions. Dopo il ripristino dell'ultimo backup del log, il motore di database usa le informazioni disponibili nel log per eseguire il rollback di tutte le transazioni non ancora completate al momento dell'esecuzione di tale backup.When the last log backup is restored, the Database Engine then uses the log information to roll back all transactions that were not complete at that point.

Supporto della replica transazionaleSupporting transactional replication

L'agente di lettura log esegue il monitoraggio del log delle transazioni di tutti i database configurati per la replica transazionale e copia le transazioni contrassegnate per la replica dal log delle transazioni al database di distribuzione.The Log Reader Agent monitors the transaction log of each database configured for transactional replication and copies the transactions marked for replication from the transaction log into the distribution database. Per altre informazioni, vedere Funzionamento della replica transazionale.For more information, see How Transactional Replication Works.

Supporto delle soluzioni di disponibilità elevata e ripristino di emergenzaSupporting high availability and disaster recovery solutions

Le soluzioni con server di standby, i gruppi di disponibilità AlwaysOn, il mirroring del database e il log shipping sono basati principalmente sul log delle transazioni.The standby-server solutions, Always On Availability Groups, database mirroring, and log shipping, rely heavily on the transaction log.

In uno scenario con gruppo di disponibilità AlwaysOn, ogni aggiornamento apportato a un database (la replica primaria) viene immediatamente riprodotto in copie complete distinte del database (le repliche secondarie).In an Always On Availability Group scenario, every update to a database, the primary replica, is immediately reproduced in separate, full copies of the database, the secondary replicas. La replica primaria invia immediatamente ogni record di log alle repliche secondarie. In questo modo, i record di log in ingresso vengono applicati ai database del gruppo di disponibilità, con una costante operazione di rollforward.The primary replica sends each log record immediately to the secondary replicas which applies the incoming log records to availability group databases, continually rolling it forward. Per altre informazioni, vedere Istanze del cluster di failover AlwaysOn.For more information, see Always On Failover Cluster Instances

In uno scenario di log shipping il server primario invia il log delle transazioni attivo del database primario a una o più destinazioni.In a log shipping scenario, the primary server sends the active transaction log of the primary database to one or more destinations. I singoli server secondari ripristinano il log nei relativi database secondari locali.Each secondary server restores the log to its local secondary database. Per altre informazioni, vedere Informazioni sul log shipping.For more information, see About Log Shipping.

In uno scenario di mirroring del database tutti gli aggiornamenti di un database, ovvero quello principale, vengono immediatamente riprodotti in una copia distinta e completa del database, ovvero quello mirror.In a database mirroring scenario, every update to a database, the principal database, is immediately reproduced in a separate, full copy of the database, the mirror database. L'istanza del server principale invia immediatamente i singoli record di log all'istanza del server mirror, che applica i record ricevuti nel database mirror, eseguendone continuamente il rollforward.The principal server instance sends each log record immediately to the mirror server instance which applies the incoming log records to the mirror database, continually rolling it forward. Per altre informazioni, vedere Mirroring del database.For more information, see Database Mirroring.

Transaction Log characteristicsTransaction Log characteristics

Caratteristiche del log delle transazioni di Motore di database di SQL ServerSQL Server Database Engine:Characteristics of the Motore di database di SQL ServerSQL Server Database Engine transaction log:

  • Il log delle transazioni viene implementato come file o set di file distinto nel database.The transaction log is implemented as a separate file or set of files in the database. La cache del log viene gestita separatamente dalla cache del buffer per le pagine di dati e, pertanto, genera codice semplice, rapido e affidabile nel motore di database.The log cache is managed separately from the buffer cache for data pages, which results in simple, fast, and robust code within the Database Engine.
  • Il formato dei record e delle pagine del log non deve essere necessariamente conforme al formato delle pagine di dati.The format of log records and pages is not constrained to follow the format of data pages.
  • Il log delle transazioni può essere implementato in diversi file,The transaction log can be implemented in several files. definiti in modo da espandersi automaticamente tramite l'impostazione del valore FILEGROWTH per il log.The files can be defined to expand automatically by setting the FILEGROWTH value for the log. In questo modo è possibile ridurre le probabilità che si esaurisca lo spazio nel log delle transazioni e, nel contempo, alleggerire l'overhead amministrativo.This reduces the potential of running out of space in the transaction log, while at the same time reducing administrative overhead. Per altre informazioni, vedere ALTER DATABASE (Transact-SQL).For more information, see ALTER DATABASE (Transact-SQL).
  • Il meccanismo che permette di riutilizzare lo spazio nei file di log è rapido e produce effetti minimi sulla velocità effettiva delle transazioni.The mechanism to reuse the space within the log files is quick and has minimal effect on transaction throughput.

Transaction log truncation Transaction log truncation

Il troncamento del log libera spazio nel file di log per consentirne il riutilizzo da parte del log delle transazioni.Log truncation frees space in the log file for reuse by the transaction log. È necessario troncare regolarmente il log delle transazioni per evitare il riempimento dello spazio allocato (accadrà sicuramente).You must regularly truncate your transaction log to keep it from filling the alotted space (And it will!!)! Numerosi fattori possono posticipare il troncamento del log, pertanto è importante monitorare la dimensione del log.Several factors can delay log truncation, so monitoring log size matters. Ad alcune operazioni può essere applicata la registrazione minima per ridurre l'impatto sulle dimensioni del log delle transazioni.Some operations can be minimally logged to reduce their impact on transaction log size.

Il troncamento del log elimina i file di log virtuali inattivi dal log delle transazioni logico di un database di SQL ServerSQL Server , liberando spazio nel log logico per il riutilizzo da parte del log delle transazioni fisico.Log truncation deletes inactive virtual log files from the logical transaction log of a SQL ServerSQL Server database, freeing space in the logical log for reuse by the Physical transaction log. Se un log delle transazioni non viene mai troncato, le sue dimensioni aumenteranno fino a occupare tutto lo spazio su disco allocato ai file di log fisici.If a transaction log is never truncated, it will eventually fill all the disk space allocated to physical log files.

Per evitare l'esaurimento dello spazio, il troncamento si verifica automaticamente dopo gli eventi riportati di seguito, a meno che l'operazione non sia stata posticipata per qualche motivo:To avoid running out of space, unless log truncation is delayed for some reason, truncation occurs automatically after the following events:

  • Nel modello di recupero con registrazione minima, dopo un checkpoint.Under the simple recovery model, after a checkpoint.

  • Nel modello di recupero con registrazione completa o nel modello di recupero con registrazione minima delle operazioni bulk, se si è verificato un checkpoint dal backup precedente, il troncamento si verifica dopo un backup del log (a meno che non si tratti di un backup del log di sola copia).Under the full recovery model or bulk-logged recovery model, if a checkpoint has occurred since the previous backup, truncation occurs after a log backup (unless it is a copy-only log backup).

    Per ulteriori informazioni, vedere Fattori che possono posticipare il troncamento del logpiù avanti in questo argomento.For more information, see Factors That Can Delay Log Truncation, later in this topic.

NOTANOTE! Il troncamento del log non riduce le dimensioni del file di log fisico.Log truncation does not reduce the size of the physical log file. Per ridurre la dimensione fisica di un file di log fisico, è necessario ridurre il file di log.To reduce the physical size of a physical log file, you must shrink the log file. Per informazioni sulla compattazione del file di log fisico, vedere Manage the Size of the Transaction Log File.For information about shrinking the size of the physical log file, see Manage the Size of the Transaction Log File.

Factors that can delay log truncation Factors that can delay log truncation

Quando i record del log rimangono attivi per molto tempo il troncamento viene posticipato e il log delle transazioni potrebbe riempirsi, come già accennato in precedenza.When log records remain active for a long time, transaction log truncation is delayed, and the transaction log can fill up, as we mentioned earlier in this long topic.

IMPORTANTEIMPORTANT!! Per informazioni su come agire quando il log delle transazioni è completo, vedere Troubleshoot a Full Transaction Log (SQL Server Error 9002).For information about how to respond to a full transaction log, see Troubleshoot a Full Transaction Log (SQL Server Error 9002).

Il troncamento del log può essere posticipato da diversi fattori.Really, Log truncation can be delayed by a variety of reasons. Per individuare l'eventuale condizione che impedisce il troncamento del log, eseguire una query sulle colonne log_reuse_wait e log_reuse_wait_desc della vista del catalogo sys.databases.Learn what, if anything, is preventing your log truncation by querying the log_reuse_wait and log_reuse_wait_desc columns of the sys.databases catalog view. Nella tabella seguente vengono descritti i valori di queste colonne.The following table describes the values of these columns.

Valore di log_reuse_waitlog_reuse_wait value Valore di log_reuse_wait_desclog_reuse_wait_desc value DescrizioneDescription
00 NOTHINGNOTHING Attualmente vi sono uno o più file di log virtuali riutilizzabili.Currently there are one or more reusable virtual log files.
11 CHECKPOINTCHECKPOINT Non si è verificato alcun checkpoint dall'ultimo troncamento del log oppure l'inizio del log non è stato ancora spostato oltre un file di log virtuale.No checkpoint has occurred since the last log truncation, or the head of the log has not yet moved beyond a virtual log file. (Tutti i modelli di recupero)(All recovery models)

Si tratta di una motivazione comune per il posticipo del troncamento del log.This is a routine reason for delaying log truncation. Per altre informazioni, vedere Database Checkpoints (SQL Server).For more information, see Database Checkpoints (SQL Server).
22 LOG_BACKUPLOG_BACKUP È necessario eseguire un backup del log prima del troncamento del log delle transazioni.A log backup is required before the transaction log can be truncated. (Solo modelli di recupero con registrazione completa e con registrazione minima delle operazioni bulk)(Full or bulk-logged recovery models only)

Quando il backup del log successivo viene completato, parte dello spazio del log potrebbe divenire riutilizzabile.When the next log backup is completed, some log space might become reusable.
33 ACTIVE_BACKUP_OR_RESTOREACTIVE_BACKUP_OR_RESTORE È in esecuzione un processo di backup o ripristino dei dati (tutti i modelli di recupero).A data backup or a restore is in progress (all recovery models).

Se il troncamento del log è impedito da un backup dei dati, l'annullamento del backup può risolvere il problema immediato.If a data backup is preventing log truncation, canceling the backup operation might help the immediate problem.
44 ACTIVE_TRANSACTIONACTIVE_TRANSACTION Una transazione è attiva (tutti i modelli di recupero):A transaction is active (all recovery models):

Una transazione con esecuzione prolungata potrebbe esistere all'inizio del backup del log.A long-running transaction might exist at the start of the log backup. In questo caso, per liberare lo spazio potrebbe essere necessario un altro backup del log.In this case, freeing the space might require another log backup. Si noti che le transazioni con esecuzione prolungata impediscono il troncamento del log in tutti i modelli di recupero, incluso il modello di recupero con registrazione minima in cui il log delle transazioni viene generalmente troncato a ogni checkpoint automatico.Note that long-running transactions prevent log truncation under all recovery models, including the simple recovery model, under which the transaction log is generally truncated on each automatic checkpoint.

Viene posticipata una transazione.A transaction is deferred. Una transazione posticipata è una transazione attiva ed efficace il cui ritorno allo stato precedente è bloccato a causa di alcune risorse non disponibili.A deferred transaction is effectively an active transaction whose rollback is blocked because of some unavailable resource. Per informazioni sulle cause delle transazioni posticipate e su come modificarne lo stato, vedere Transazioni posticipate (SQL Server).For information about the causes of deferred transactions and how to move them out of the deferred state, see Deferred Transactions (SQL Server).

Anche le transazioni con esecuzione prolungata potrebbero riempire il log delle transazioni di tempdb.Long-running transactions might also fill up tempdb's transaction log. Tempdb viene usato in modo implicito dalle transazioni utente per gli oggetti interni, ad esempio tabelle di lavoro per l'ordinamento, file di lavoro per l'hashing, tabelle di lavoro di cursori e controllo delle versioni delle righe.Tempdb is used implicitly by user transactions for internal objects such as work tables for sorting, work files for hashing, cursor work tables, and row versioning. Anche se la transazione utente include solo la lettura dei dati (query SELECT), durante le transazioni utente possono essere creati e usati oggetti interni.Even if the user transaction includes only reading data (SELECT queries), internal objects may be created and used under user transactions. In questo modo, il log delle transazioni di tempdb potrebbe riempirsi.Then the tempdb transaction log can be filled.
55 DATABASE_MIRRORINGDATABASE_MIRRORING Il mirroring del database è sospeso o in modalità a prestazioni elevate, il database mirror è notevolmente in ritardo rispetto al database principale.Database mirroring is paused, or under high-performance mode, the mirror database is significantly behind the principal database. (Solo modello di recupero con registrazione completa)(Full recovery model only)

Per altre informazioni, vedere Mirroring del database (SQL Server).For more information, see Database Mirroring (SQL Server).
66 REPLICATIONREPLICATION Durante le repliche transazionali, le transazioni significative per le pubblicazioni non sono ancora state recapitate al database di distribuzione.During transactional replications, transactions relevant to the publications are still undelivered to the distribution database. (Solo modello di recupero con registrazione completa)(Full recovery model only)

Per informazioni sulla replica transazionale, vedere SQL Server Replication.For information about transactional replication, see SQL Server Replication.
77 DATABASE_SNAPSHOT_CREATIONDATABASE_SNAPSHOT_CREATION Viene creato uno snapshot del database.A database snapshot is being created. (Tutti i modelli di recupero)(All recovery models)

Si tratta di una motivazione comune, e generalmente di breve durata, per il posticipo del troncamento del log.This is a routine, and typically brief, cause of delayed log truncation.
88 LOG_SCANLOG_SCAN È in corso un'analisi del log.A log scan is occurring. (Tutti i modelli di recupero)(All recovery models)

Si tratta di una motivazione comune, e generalmente di breve durata, per il posticipo del troncamento del log.This is a routine, and typically brief, cause of delayed log truncation.
99 AVAILABILITY_REPLICAAVAILABILITY_REPLICA Una replica secondaria di un gruppo di disponibilità applica i record del log delle transazioni del database a un database secondario corrispondente.A secondary replica of an availability group is applying transaction log records of this database to a corresponding secondary database. (Modello di recupero con registrazione completa)(Full recovery model)

Per altre informazioni, vedere Panoramica di Gruppi di disponibilità AlwaysOn (SQL Server).For more information, see Overview of Always On Availability Groups (SQL Server).
1010 Solo per uso internoFor internal use only
1111 Solo per uso internoFor internal use only
1212 Solo per uso internoFor internal use only
1313 OLDEST_PAGEOLDEST_PAGE Se un database è configurato per l'utilizzo dei checkpoint indiretti, la pagina meno recente del database potrebbe essere meno recente dell'LSN checkpoint.If a database is configured to use indirect checkpoints, the oldest page on the database might be older than the checkpoint LSN. In questo caso, la pagina meno recente può causare il posticipo del troncamento del log.In this case, the oldest page can delay log truncation. (Tutti i modelli di recupero)(All recovery models)

Per informazioni sui checkpoint indiretti, vedere Database Checkpoints (SQL Server).For information about indirect checkpoints, see Database Checkpoints (SQL Server).
1414 OTHER_TRANSIENTOTHER_TRANSIENT Questo valore non è attualmente utilizzato.This value is currently not used.

Operations that can be minimally logged Operations that can be minimally logged

Laregistrazione minima implica la registrazione nel log delle transazioni delle sole informazioni necessarie per il recupero della transazione stesse senza il supporto del recupero temporizzato.Minimal logging involves logging only the information that is required to recover the transaction without supporting point-in-time recovery. In questo argomento vengono identificate le operazioni con registrazione minima nel modello di recupero con registrazione minima delle operazioni bulk nonché nel modello di recupero con registrazione minima, ad eccezione dei momenti in cui è in esecuzione un backup.This topic identifies the operations that are minimally logged under the bulk-logged recovery model (as well as under the simple recovery model, except when a backup is running).

NOTANOTE!! La registrazione minima non è supportata dalle tabelle con ottimizzazione per la memoria.Minimal logging is not supported for memory-optimized tables.

ALTRA NOTAANOTHER NOTE! In base al modello di recuperocon registrazione completa tutte le operazioni bulk vengono registrate per intero.Under the full recovery model, all bulk operations are fully logged. È tuttavia possibile ridurre al minimo la registrazione per un set di operazioni bulk passando temporaneamente il database al modello di recupero con registrazione minima delle operazioni bulk per le operazioni bulk.However, you can minimize logging for a set of bulk operations by switching the database to the bulk-logged recovery model temporarily for bulk operations. La registrazione minima è più efficiente della registrazione completa e riduce la possibilità che un'operazione bulk su larga scala esaurisca lo spazio disponibile per il log delle transazioni durante una transazione bulk.Minimal logging is more efficient than full logging, and it reduces the possibility of a large-scale bulk operation filling the available transaction log space during a bulk transaction. Se tuttavia il database viene danneggiato o perso durante la registrazione minima, non è possibile recuperarlo fino al punto di errore.However, if the database is damaged or lost when minimal logging is in effect, you cannot recover the database to the point of failure.

Per le operazioni seguenti, con registrazione completa nel modello di recupero con registrazione completa, è prevista la registrazione minima nel modello di recupero con registrazione minima e in quello con registrazione minima delle operazioni bulk:The following operations, which are fully logged under the full recovery model, are minimally logged under the simple and bulk-logged recovery model:

Quando la replica transazionale è abilitata, le operazioni BULK INSERT vengono registrate completamente persino nel modello di recupero con registrazione minima delle operazioni bulk.When transactional replication is enabled, BULK INSERT operations are fully logged even under the Bulk Logged recovery model.

  • Operazioni SELECT INTO .SELECT INTO operations.

Quando la replica transazionale è abilitata, le operazioni SELECT INTO vengono registrate completamente persino nel modello di recupero con registrazione minima delle operazioni bulk.When transactional replication is enabled, SELECT INTO operations are fully logged even under the Bulk Logged recovery model.

  • Aggiornamenti parziali a tipi di dati di valori di grandi dimensioni eseguiti mediante la clausola .WRITE nell'istruzione UPDATE quando si inseriscono o si aggiungono nuovi dati.Partial updates to large value data types, using the .WRITE clause in the UPDATE statement when inserting or appending new data. Si noti che la registrazione minima non viene utilizzata per l'aggiornamento di valori esistenti.Note that minimal logging is not used when existing values are updated. Per altre informazioni sui tipi di dati per valori di grandi dimensioni, vedere Tipi di dati (Transact-SQL).For more information about large value data types, see Data Types (Transact-SQL).

  • IstruzioniWRITETEXT e UPDATETEXT durante l'inserimento o l'aggiunta di nuovi dati nelle colonne con tipo di dati text, ntext, e image .WRITETEXT and UPDATETEXT statements when inserting or appending new data into the text, ntext, and image data type columns. Si noti che la registrazione minima non viene utilizzata per l'aggiornamento di valori esistenti.Note that minimal logging is not used when existing values are updated.

    Le istruzioni WRITETEXT e UPDATETEXT sono deprecate, evitare di usarle nelle nuove applicazioni.The WRITETEXT and UPDATETEXT statements are deprecated; avoid using them in new applications.

  • Se il database viene impostato sul modello di recupero con registrazione minima o con registrazione delle operazioni bulk, verrà eseguita la registrazione minima di alcune operazioni DDL sugli indici indipendentemente dal fatto che l'operazione venga eseguita online o offline.If the database is set to the simple or bulk-logged recovery model, some index DDL operations are minimally logged whether the operation is executed offline or online. Le operazioni sugli indici con registrazione minima sono le seguenti:The minimally logged index operations are as follows:

    • OperazioniCREATE INDEX (incluse le viste indicizzate).CREATE INDEX operations (including indexed views).

    • OperazioniALTER INDEX REBUILD o DBCC DBREINDEX.ALTER INDEX REBUILD or DBCC DBREINDEX operations.

      L' istruzione DBCC DBREINDEX è deprecata: non usarla nelle nuove applicazioni.The DBCC DBREINDEX statement is deprecated; Dont use it in new applications.

    • Ricompilazione del nuovo heap DROP INDEX (se pertinente).DROP INDEX new heap rebuild (if applicable). Durante un'operazione DROP INDEX per la deallocazione delle pagine di un indice viene eseguita sempre la registrazione completa.(Index page deallocation during a DROP INDEX operation is always fully logged.)

Gestione del log delle transazioniManaging the transaction log

Altre informazioni!More information!

Architettura e gestione del log delle transazioni di SQL Server SQL Server Transaction Log Architecture and Management Guide
Controllo della durabilità delle transazioni Control Transaction Durability
Prerequisiti per la registrazione minima nell'importazione bulk Prerequisites for Minimal Logging in Bulk Import
Backup e ripristino di database SQL Server Back Up and Restore of SQL Server Databases
Checkpoint di database (SQL Server) Database Checkpoints (SQL Server)
Visualizzare o modificare le proprietà di un database View or Change the Properties of a Database
Modelli di recupero (SQL Server) Recovery Models (SQL Server)