Abbrechen des Vorgangs

  • Artikel

Bricht einen von einem Benutzer veranlassten Fehlervorgang ab.

Die folgenden APIs starten Fehlervorgänge, die mit CancelOperation abgebrochen werden können: StartDataLoss, StartQuorumLoss, StartPartitionRestart und StartNodeTransition.

Wenn „force“ auf „false“ festgelegt ist, wird der angegebene vom Benutzer veranlasste Vorgang ordnungsgemäß beendet und bereinigt. Wenn „force“ auf „true“ festgelegt ist, wird der Befehl abgebrochen und möglicherweise wird ein interner Zustand beibehalten. „force“ sollte nur mit Bedacht auf „true“ festgelegt werden. Aufrufe dieser API mit „true“ als Wert für „force“ sind nur dann zulässig, wenn diese API mit dem gleichen Testbefehl aufgerufen wurde, bei dem „false“ zuerst auf „false“ festgelegt war, oder wenn beim Testbefehl bereits OperationState.RollingBack für OperationState angegeben ist. Hinweis: OperationState.RollingBack bedeutet, dass das System den internen Systemzustand bereinigt oder bereinigen wird, der durch Ausführung des Befehls verursacht wurde. Es werden keine Daten wiederhergestellt, wenn der Testbefehl einen Datenverlust verursacht hätte. Wenn Sie beispielsweise StartDataLoss aufrufen und dann diese API aufrufen, bereinigt das System nur den internen Zustand durch Ausführung des Befehls. Die Daten der Zielpartition werden nicht wiederhergestellt, wenn der Befehl weit genug fortgeschritten ist, um einen Datenverlust zu verursachen.

Wichtiger Hinweis: Wenn diese API mit „force==true“ aufgerufen wird, bleibt möglicherweise der interne Zustand zurück.

Anforderung

Methode Anforderungs-URI
POST /Faults/$/Cancel?api-version=6.0&OperationId={OperationId}&Force={Force}&timeout={timeout}

Parameter

Name type Erforderlich Standort
api-version Zeichenfolge Ja Abfrage
OperationId Zeichenfolge (uuid) Ja Abfrage
Force boolean Ja Abfrage
timeout ganze Zahl (int64) Nein Abfrage

api-version

Typ: Zeichenfolge
Erforderlich: Ja
Standard:

Die Version der API. Dieser Parameter ist erforderlich, und sein Wert muss "6.0" sein.

Die Rest-API-Version von Service Fabric basiert auf der Laufzeitversion, in der die API eingeführt oder geändert wurde. Die Service Fabric-Runtime unterstützt mehrere Versionen der API. Dies ist die neueste unterstützte Version der API. Wenn eine niedrigere API-Version übergeben wird, unterscheidet sich die zurückgegebene Antwort möglicherweise von der in dieser Spezifikation dokumentierten.

Darüber hinaus akzeptiert die Runtime jede Version, die höher als die neueste unterstützte Version bis zur aktuellen Version der Runtime ist. Wenn also die neueste API-Version 6.0 ist, aber die Runtime 6.1 ist, akzeptiert die Runtime version 6.1 für diese API, um das Schreiben der Clients zu vereinfachen. Das Verhalten der API entspricht jedoch der dokumentierten Version 6.0.

OperationId

Typ: string (uuid)
Erforderlich: Ja

Eine GUID, die einen Aufruf dieser API kennzeichnet. Dies wird an die entsprechende GetProgress-API übergeben.

Force

Typ: boolean
Erforderlich: Ja
Standard:

Gibt an, ob für den internen Systemzustand ordnungsgemäß ein Rollback ausgeführt und es bereinigt wird, das durch Ausführung des vom Benutzer veranlassten Vorgangs geändert wird.

timeout

Typ: integer (int64)
Erforderlich: Nein
Standard:
InclusiveMaximum: 4294967295
InklusiveMinimum: 1

Der Servertimeout für die Ausführung des Vorgangs in Sekunden. Dieser Timeout gibt die Zeitdauer an, die der Client bereit ist, auf den Abschluss des angeforderten Vorgangs zu warten. Der Standardwert für diesen Parameter ist 60 Sekunden.

Antworten

HTTP-Statuscode BESCHREIBUNG Antwortschema
200 (OK) Ein erfolgreicher Vorgang gibt 200 status Code zurück.
Alle anderen status Codes Die detaillierte Fehlerantwort.
 FabricError