INF: NO_LOG κατάστασης λειτουργίας παράκαμψης (έκτακτης) και με TRANSACTION ΈΝΔΕΙΞΗΣ

Μεταφράσεις άρθρων Μεταφράσεις άρθρων
Αναγν. άρθρου: 165918 - Δείτε τα προϊόντα στα οποία αναφέρεται το συγκεκριμένο άρθρο.
Ανάπτυξη όλων | Σύμπτυξη όλων

Περίληψη

Σε περιπτώσεις σπάνια, μια βάση δεδομένων μπορεί να επισημανθούν ΎΠΟΠΤΑ οφείλεται σε αποτυχία ανάκτησης κατά το χρόνο εκκίνησης. Κανονικά, αυτό εμποδίζει όλους την πρόσβαση στα δεδομένα. Ωστόσο, είναι δυνατό να ορίσετε την κατάσταση μιας βάσης δεδομένων που υποψιάζεστε ΌΤΙ "Παράκαμψη λειτουργία" (ονομάζεται επίσης "κατάσταση έκτακτης ανάγκης") και SELECT με μη αυτόματο τρόπο ή να χρησιμοποιήσετε την αντιγραφή προγραμμάτων μαζικής (BCP) αντιγραφή εκτός των δεδομένων. Ενώ δεν είναι δυνατό να κάνετε τροποποιήσεις στα κανονικά δεδομένα παράκαμψη λειτουργία, είναι δυνατό να εκτελεστεί ΑΠΟΤΎΠΩΣΗ TRANSACTION WITH NO_LOG. Σημειώστε ότι με αυτήν τη λειτουργία παράκαμψη λειτουργία δεν υποστηρίζεται και είναι μια λειτουργία που ενδεχομένως επικίνδυνα.

Για λόγους παρόμοια, εάν αποκατάστασης εκκίνησης διαρκεί πολλή ώρα, που πρέπει να δεν ματαιώσει την, ορίστε τη βάση δεδομένων σε κατάσταση λειτουργίας παράκαμψης και κατόπιν κάντε ΑΠΟΤΎΠΩΣΗ TRANSACTION WITH NO_LOG.

Περισσότερες πληροφορίες

Όλες οι ενέργειες που λαμβάνονται από την ΑΠΟΤΎΠΩΣΗ TRANSACTION είναι συνήθως συνδεδεμένοι, επομένως είναι ανακτήσιμα και abortable. Ωστόσο, ο χώρος καταγραφής χρησιμοποιείται, η ίδια η εντολή ένδειξης ΣΦΑΛΜΆΤΩΝ. Εάν το αρχείο καταγραφής συναλλαγών είναι τόσο πλήρης ότι υπάρχει επαρκής χώρος για να γίνει ένα αποθηκευμένο ΑΠΟΤΎΠΩΣΗ TRANSACTION, η επιλογή WITH NO_LOG μπορεί να περικόψει το αρχείο καταγραφής συναλλαγών με καμία καταγραφή.

ΑΠΟΤΎΠΩΣΗ TRANSACTION WITH NO_LOG είναι σχετικά ασφαλές υπό κανονικές συνθήκες. Ο διακομιστής λαμβάνει μέτρα για να εξασφαλίσετε ότι θα επιτύχει αποκατάστασης, ακόμα και αν ο διακομιστής να αποτύχει κατά τη διάρκεια αυτής της λειτουργίας.

Σε σπάνιες περιπτώσεις αυτόματης ανάκτησης (ονομάζεται επίσης αποκατάστασης εκκίνησης) μπορεί να αποτύχει, η επισήμανση μιας βάσης δεδομένων ΎΠΟΠΤΑ. Αποκατάσταση αποτυγχάνει για έναν συγκεκριμένο λόγο. Είναι πολύ σημαντικό να σημειώσετε το μήνυμα errorlog που προκάλεσε αρχικά αποκατάστασης να αποτύχει, επειδή μπορεί να σας βοηθήσουν να διαγνώσετε την αιτία.

"Επαναφορά" είναι η διαδικασία να δημιουργήσετε τη βάση δεδομένων συνεπή με επανάληψη ή αναίρεση όλων των συναλλαγών που είτε έχουν ξεκινήσει μετά ή έχουν ολοκληρωθεί κατά το χρόνο της τελευταίας σημείων ελέγχου. Αυτή η διαδικασία εξαρτάται από τη φύση έναρξης επόμενης εργασίας εγγραφής του αρχείου καταγραφής συναλλαγών (όλες οι τροποποιημένες σελίδες εγγράφονται στο αρχείο καταγραφής πριν από την εγγραφή της βάσης δεδομένων). Αποκατάσταση αποτελείται από την ανάγνωση κάθε εγγραφή αρχείου καταγραφής, σύγκριση της χρονικής σήμανσης για τη χρονική σήμανση την αντίστοιχη σελίδα της βάσης δεδομένων, και η αναίρεση της αλλαγής (σε περίπτωση που μια συναλλαγή που έχουν ολοκληρωθεί) ή επανάληψη της αλλαγής (σε περίπτωση που μια δεσμευμένη συναλλαγή).After noting the errorlog message that is causing recovery to fail, try setting the database status back to NORMAL, and restart SQL Server to see if recovery succeeds the second time. You can change the database status by means of the sp_resetstatus stored procedure. This is a supplemental stored procedure you can install from the Instsupl.sql script in the Mssql\Install directory. For more information, see "Resetting the Suspect Status" in the online documentation.

If recovery still fails, note the error message and contact your primary support provider. You should also verify the availability of your last good database backup, because it may be needed. However much of the data in your database is often still available, albeit transactionally (and physically) inconsistent. You can access this data by setting the database status to bypass, or emergency mode. This is done by setting sysdatabases.status to -32768 for a SQL 6.5 database and to 32768 for a SQL 7.0 database,after turning "allow updates" on. For example, use the following command for a SQL 6.5 database:
   UPDATE SYSDATABASES SET STATUS=-32768 WHERE NAME='DBNAME'
				

After doing this, you can enter the database and SELECT the data or use BCP to get it out. You may encounter errors while doing this, but in most cases much of the data can be retrieved.

Ιδιότητες

Αναγν. άρθρου: 165918 - Τελευταία αναθεώρηση: Σάββατο, 18 Δεκεμβρίου 2010 - Αναθεώρηση: 2.0
Οι πληροφορίες σε αυτό το άρθρο ισχύουν για:
  • Microsoft SQL Server 4.21a Standard Edition
  • Microsoft SQL Server 6.0 Standard Edition
  • Microsoft SQL Server 6.5 Standard Edition
Λέξεις-κλειδιά: 
kbinfo kbusage kbmt KB165918 KbMtel
Μηχανικά μεταφρασμένο
ΣΗΜΑΝΤΙΚΟ: Αυτό το άρθρο είναι προϊόν λογισμικού μηχανικής μετάφρασης της Microsoft και όχι ανθρώπινης μετάφρασης. Η Microsoft σάς προσφέρει άρθρα που είναι προϊόντα ανθρώπινης αλλά και μηχανικής μετάφρασης έτσι ώστε να έχετε πρόσβαση σε όλα τα άρθρα της Γνωσιακής Βάσης μας στη δική σας γλώσσα. Ωστόσο, ένα άρθρο που έχει προκύψει από μηχανική μετάφραση δεν είναι πάντα άριστης ποιότητας. Ενδέχεται να περιέχει λεξιλογικά, συντακτικά ή γραμματικά λάθη, όπως ακριβώς τα λάθη που θα έκανε ένας μη φυσικός ομιλητής επιχειρώντας να μιλήσει τη γλώσσα σας. Η Microsoft δεν φέρει καμία ευθύνη για τυχόν ανακρίβειες, σφάλματα ή ζημίες που προκύψουν λόγω τυχόν παρερμηνειών στη μετάφραση του περιεχομένου ή χρήσης του από τους πελάτες της. Επίσης, η Microsoft πραγματοποιεί συχνά ενημερώσεις στο λογισμικό μηχανικής μετάφρασης.
Η αγγλική έκδοση αυτού του άρθρου είναι η ακόλουθη:165918
Αποποίηση ευθυνών για περιεχόμενο της Γνωσιακής Βάσης (KB) που έχει αποσυρθεί
This article was written about products for which Microsoft no longer offers support. Therefore, this article is offered "as is" and will no longer be updated.

Αποστολή σχολίων

 

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