Il tuo browser non è supportato

Devi aggiornare il browser per usare il sito.

Esegui l'aggiornamento all'ultima versione di Internet Explorer

INF: Spazio di log utilizzato sembra estensione dopo il ripristino da backup

Il presente articolo è stato tradotto tramite il software di traduzione automatica di Microsoft e non da una persona. Microsoft offre sia articoli tradotti da persone fisiche sia articoli tradotti automaticamente da un software, in modo da rendere disponibili tutti gli articoli presenti nella nostra Knowledge Base nella lingua madre dell’utente. Tuttavia, un articolo tradotto in modo automatico non è sempre perfetto. Potrebbe contenere errori di sintassi, di grammatica o di utilizzo dei vocaboli, più o meno allo stesso modo di come una persona straniera potrebbe commettere degli errori parlando una lingua che non è la sua. Microsoft non è responsabile di alcuna imprecisione, errore o danno cagionato da qualsiasi traduzione non corretta dei contenuti o dell’utilizzo degli stessi fatto dai propri clienti. Microsoft, inoltre, aggiorna frequentemente il software di traduzione automatica.

232196
Questo articolo è stato archiviato. L’articolo, quindi, viene offerto “così come è” e non verrà più aggiornato.
Sommario
Quando vengono applicati i backup del log delle transazioni di un server primario a un server di backup configurato in modo identico, la quantità di spazio su segnalato come utilizzato nel log delle transazioni verrà visualizzata a crescere. Con il passare del tempo, verrà visualizzato lo spazio utilizzato da Registro di rimarrà circa 100 %, indipendentemente da come piccole lo spazio di log utilizzato su primario. È il comportamento previsto con SQL Server 7.0 e comportamento nelle versioni precedenti di SQL Server è diverso da.
Informazioni
Un server di standby (backup a caldo) è un secondo server che può essere portato in linea in caso di errore del server di produzione primario. Il server di standby contiene una copia dei database nel server primario. Questa copia viene conservata inizialmente backup dei database sul principale e li ripristino nel server di riserva. Periodicamente il backup del log delle transazioni di database nel server primario vengono applicate nel server di riserva per assicurare che la modalità di standby rimanga sincronizzato con il server primario.

Ripristino di un log delle transazioni che WITH STANDBY consente di essere attivato per un database e di sola lettura accesso tra il ripristino del registro delle transazioni e consente di con server di backup a caldo situazioni o situazioni di ripristino speciale in cui è utile controllare il database di ripristino del registro.

Se si monitoraggio (con DBCC SQLPERF (LOGSPACE)) lo spazio del log delle transazioni viene utilizzato su un server in standby dopo ogni RESTORE WITH STANDBY di un log delle transazioni, si noterà la percentuale del log utilizzata apparentemente aumento. La percentuale potrebbe apparire approccio utilizzo al 100 % e rimanere in non esiste. Tuttavia, indipendentemente da quanti log vengono ripristinati, il log delle transazioni verrà non riempire, anche se il log delle transazioni è impostato su una dimensione fissa non consentito, presupponendo che unità dispone di spazio inutilizzato e non sono a piena capacità di crescita.

SQL Server 7.0 non recuperare spazio di log non utilizzati in diventa disponibile, ma recupera necessario quando viene applicato un log delle transazioni al server di riserva. Si tratta di perché è Impossibile riempire di un log delle transazioni su un server in standby con backup dal server primario (presupponendo che l'entità della transazione accede entrambi i server sono gli stessi). In caso di failover al server di riserva, tutto lo spazio inutilizzato registro verrà recuperato quando il database viene recuperato.

Per garantire il failover, è necessario impostare una dimensione massima su file di database e di log nel server primario in modo che non verrà esaurimento della capacità del disco. Se il server secondario è configurato in modo identico per primario, deve essere presente un ammortizzatore % alcune tra le dimensioni massime dei file di database e registro e la dimensione massima di un disco pieno. Durante la fase di comando Annulla del ripristino, SQL Server potrebbe richiedono più spazio (sia i dati o il registro) di quello era necessario durante un'operazione normale. Nel normale funzionamento nel punto in cui le transazioni sono commit contemporaneamente, SQL Server riutilizza spazio quando viene liberata, ottimistico presupponendo che eseguirà il commit della transazione. Se la transazione non è stata completata, durante il ripristino SQL Server necessario ripristinare l'operazione che liberato più spazio e verrebbe utilizzato temporaneamente fino al completamento dell'operazione di ripristino.

Sebbene SQL Server rispetta la dimensione massima del set durante le normali operazioni, questo viene ignorato durante il ripristino. SQL Server utilizzerà come quantità di spazio necessari per ripristinare il database, limitato dalla spazio disco disponibile sull'unità. L'ammortizzatore spazio aggiuntivo necessario per situazioni di ripristino non necessario essere qualsiasi più di qualche % della dimensione totale del database, ma migliore viene determinata dall'ambito di operazioni simultanee. Inoltre, se si utilizza WITH STANDBY quando il ripristino dei log nel server secondario, è necessario fornire spazio per il file di ripristino. Poiché il file di ripristino contiene le pre-rollback delle pagine modificate un rollback, la dimensione richiesta è determinata dall'ambito delle transazioni viene eseguito il rollback. Se il server secondario non viene recuperato tra i ripristini dei log, è necessario spazio per il file di ripristino non essere fornito.
dump carico 1105 registro secondario spedizione

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 232196 - Ultima revisione: 01/16/2015 19:52:01 - Revisione: 3.2

  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • kbnosurvey kbarchive kbmt kbinfo KB232196 KbMtit
Feedback