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

ΣΗΜΑΝΤΙΚΟ: Αυτό το άρθρο είναι προϊόν λογισμικού μηχανικής μετάφρασης της Microsoft και όχι ανθρώπινης μετάφρασης. Η Microsoft σάς προσφέρει άρθρα που είναι προϊόντα ανθρώπινης αλλά και μηχανικής μετάφρασης έτσι ώστε να έχετε πρόσβαση σε όλα τα άρθρα της Γνωσιακής Βάσης μας στη δική σας γλώσσα. Ωστόσο, ένα άρθρο που έχει προκύψει από μηχανική μετάφραση δεν είναι πάντα άριστης ποιότητας. Ενδέχεται να περιέχει λεξιλογικά, συντακτικά ή γραμματικά λάθη, όπως ακριβώς τα λάθη που θα έκανε ένας μη φυσικός ομιλητής επιχειρώντας να μιλήσει τη γλώσσα σας. Η Microsoft δεν φέρει καμία ευθύνη για τυχόν ανακρίβειες, σφάλματα ή ζημίες που προκύψουν λόγω τυχόν παρερμηνειών στη μετάφραση του περιεχομένου ή χρήσης του από τους πελάτες της. Επίσης, η Microsoft πραγματοποιεί συχνά ενημερώσεις στο λογισμικό μηχανικής μετάφρασης.

Η αγγλική έκδοση αυτού του άρθρου είναι η ακόλουθη: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, trysetting the database status back to NORMAL, and restart SQL Server to seeif recovery succeeds the second time. You can change the database status bymeans of the sp_resetstatus stored procedure. This is a supplemental storedprocedure you can install from the Instsupl.sql script in the Mssql\Installdirectory. For more information, see "Resetting the Suspect Status" in theonline documentation.

If recovery still fails, note the error message and contact your primarysupport provider. You should also verify the availability of your last gooddatabase backup, because it may be needed. However much of the data in yourdatabase is often still available, albeit transactionally (and physically)inconsistent. You can access this data by setting the database status tobypass, 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 BCPto get it out. You may encounter errors while doing this, but in most casesmuch of the data can be retrieved.

Προειδοποίηση: Αυτό το άρθρο έχει μεταφραστεί αυτόματα

Ιδιότητες

Αναγνωριστικό άρθρου: 165918 - Τελευταία αναθεώρηση: 12/04/2015 16:39:52 - Αναθεώρηση: 2.0

Microsoft SQL Server 4.21a Standard Edition, Microsoft SQL Server 6.0 Standard Edition, Microsoft SQL Server 6.5 Standard Edition

  • kbnosurvey kbarchive kbinfo kbusage kbmt KB165918 KbMtel
Σχόλια