Ausführen von Aufträgen

Artikel
12/15/2008

Aktualisiert: 14. April 2006

Es kann vorkommen, dass Sie einen Auftrag oft, jedoch nicht regelmäßig ausführen müssen. In solchen Fällen können Sie den Auftrag nach Bedarf manuell ausführen, anstatt einen Zeitplan dafür zu erstellen. Sie können Aufträge mit einem zugewiesenen Zeitplan ebenfalls manuell ausführen. Selbst wenn Sie beispielsweise einen Zeitplan für einen Auftrag zur Sicherung der master-Datenbank erstellt haben, der immer abends ausgeführt werden soll, möchten Sie die Datenbank vielleicht unmittelbar nach Änderungen an der Instanzkonfiguration sichern.

Eine SQL Server-Instanz kann jeweils nur eine Auftragsinstanz ausführen. Wenn ein Auftrag gemäß Zeitplan gestartet wurde, können Sie erst nach Beendigung des geplanten Auftrags eine andere Instanz dieses Auftrags auf demselben Server starten. In einer Multiserverumgebung kann jeder Zielserver gleichzeitig eine Instanz desselben Auftrags ausführen.

Sie können einen geplanten Auftrag deaktivieren, der nicht ausgeführt werden soll. Sie können einen Auftrag auch während des Ausführens anhalten. In den meisten Fällen wird der aktuelle Auftragsschritt bei Ausgabe eines Beendigungsbefehls abgebrochen, und jegliche Wiederholungsversuche werden ignoriert. Bei einigen Auftragsschritten, wie bei zeitaufwändigen Transact-SQL-Anweisungen (BACKUP) oder einigen DBCC-Befehlen, kann es einige Zeit dauern, bis die Aufforderung zum Beenden umgesetzt wird. Nach Beendigung eines Auftrags wird der Eintrag "Job Canceled" im Auftragsverlauf aufgezeichnet.

Verarbeiten von Multiserveraufträgen

Ein Multiserverauftrag ist ein Auftrag, der von einem Masterserver auf mindestens einem Zielserver ausgeführt wird. Jeder Zielserver ruft in regelmäßigen Abständen den Masterserver ab, downloadet eine Kopie aller neuen Aufträge, die dem Zielserver zugewiesen wurden, und trennt dann die Verbindung. Der Zielserver führt den Auftrag lokal aus und stellt dann erneut eine Verbindung mit dem Masterserver her, um am Ende den Auftragsergebnisstatus zu uploaden.

Hinweis:
Wenn der Zielserver versucht, den Auftragsstatus mithilfe eines Uploads zu übertragen, und dabei nicht auf den Masterserver zugreifen kann, bleibt der Auftragsstatus so lange im Spooler (Warteschlange), bis der Masterserver wieder zur Verfügung steht.

So starten Sie einen Auftrag

So beenden Sie einen Auftrag

So erzwingen Sie, dass ein Zielserver den Masterserver abruft

SQL Server Management Studio

So legen Sie das Abrufintervall für Zielserver fest

Siehe auch

Andere Ressourcen

sysdownloadlist (Transact-SQL)

Hilfe und Informationen

Informationsquellen für SQL Server 2005

Änderungsverlauf

Version	Verlauf
14. April 2006	Geänderter Inhalt: Der Hinweis über die Gründe, aus denen die Ausführung von Aufträgen mit Proxys möglicherweise fehlschlägt, der für die 05. Dezember 2005-Version der SQL Server 2005-Onlinedokumentation hinzugefügt wurde, wurde entfernt. Dieses Problem wurde in SQL Server 2005 Service Pack 1 behoben.
05. Dezember 2005	Neuer Inhalt: Ein Hinweis wurde hinzugefügt, in dem erklärt wird, weshalb bei der Ausführung von Aufträgen, die Proxys verwenden, ein Fehler auftreten kann.

Share via