Ermittelt, wann der Datenbankserver nach einem COMMIT die Kontrolle an eine Anwendung zurückgibt
On, Off
Off (dies entspricht dem Verhalten von ISO COMMIT)
Kann für eine einzelne Verbindung oder die Gruppe PUBLIC angegeben werden. Wird sofort wirksam.
Wenn die Option auf "On" gesetzt ist, antwortet der Datenbankserver auf eine COMMIT-Anweisung unmittelbar, anstatt zu warten, bis der Transaktionslogeintrag für COMMIT auf die Festplatte geschrieben wurde. Wenn die Option auf "Off" gesetzt ist, muss die Anwendung warten, bis die COMMIT-Anweisung auf die Festplatte geschrieben wurde.
Wenn die Option auf "On" gesetzt ist, wird das Log auf die Festplatte geschrieben, sobald die Logseite voll oder die Zeit gemäß der Optionseinstellung delayed_commit_timeout abgelaufen ist, je nachdem, was zuerst geschieht. Die Wahrscheinlichkeit ist gering, dass eine Transaktion während des Festschreibens verloren geht, falls ein Systemausfall auftritt, nachdem der Datenbankserver auf ein COMMIT geantwortet hat, aber bevor die Seite auf die Festplatte geschrieben wurde. Wenn delayed_commits auf "On" und die Option delayed_commit_timeout auf einen hohen Wert gesetzt ist, ergibt sich eine schnelle Antwortzeit, wobei es jedoch zum Verlust von festgeschriebenen Transaktionen während der Wiederherstellung kommen kann.
Falls sowohl cooperative_commits als auch delayed_commits auf "On" gesetzt sind und das Intervall cooperative_commit_timeout verstreicht, ohne dass die Seiten geschrieben wurden, wird die Anwendung fortgesetzt (als ob das Festschreiben ausgeführt worden wäre), und das restliche Intervall (delayed_commit_timeout - cooperative_commit_timeout) wird als delayed_commits-Intervall verwendet, nachdem die Seiten geschrieben wurden, auch wenn sie nicht voll sind.
Kommentieren Sie diese Seite in DocCommentXchange. Senden Sie uns Feedback über diese Seite via E-Mail. |
Copyright © 2009, iAnywhere Solutions, Inc. - SQL Anywhere 11.0.1 |