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

Traduzione articoli Traduzione articoli
Identificativo articolo: 232196 - Visualizza i prodotti a cui si riferisce l?articolo.
Espandi tutto | Chiudi tutto

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.

Proprietā

Identificativo articolo: 232196 - Ultima modifica: venerdė 17 ottobre 2003 - Revisione: 3.2
Le informazioni in questo articolo si applicano a:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
Chiavi: 
kbmt kbinfo KB232196 KbMtit
Traduzione automatica articoli
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.
Clicca qui per visualizzare la versione originale in inglese dell?articolo: 232196
LE INFORMAZIONI CONTENUTE NELLA MICROSOFT KNOWLEDGE BASE SONO FORNITE SENZA GARANZIA DI ALCUN TIPO, IMPLICITA OD ESPLICITA, COMPRESA QUELLA RIGUARDO ALLA COMMERCIALIZZAZIONE E/O COMPATIBILITA' IN IMPIEGHI PARTICOLARI. L'UTENTE SI ASSUME L'INTERA RESPONSABILITA' PER L'UTILIZZO DI QUESTE INFORMAZIONI. IN NESSUN CASO MICROSOFT CORPORATION E I SUOI FORNITORI SI RENDONO RESPONSABILI PER DANNI DIRETTI, INDIRETTI O ACCIDENTALI CHE POSSANO PROVOCARE PERDITA DI DENARO O DI DATI, ANCHE SE MICROSOFT O I SUOI FORNITORI FOSSERO STATI AVVISATI. IL DOCUMENTO PUO' ESSERE COPIATO E DISTRIBUITO ALLE SEGUENTI CONDIZIONI: 1) IL TESTO DEVE ESSERE COPIATO INTEGRALMENTE E TUTTE LE PAGINE DEVONO ESSERE INCLUSE. 2) I PROGRAMMI SE PRESENTI, DEVONO ESSERE COPIATI SENZA MODIFICHE, 3) IL DOCUMENTO DEVE ESSERE DISTRIBUITO INTERAMENTE IN OGNI SUA PARTE. 4) IL DOCUMENTO NON PUO' ESSERE DISTRIBUITO A SCOPO DI LUCRO.

Invia suggerimenti

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com