Start Deployment#

Starting and Resuming Jobs#

Once the job has been created and deployed, you need to start it from the Deployments page. Moreover, if a job has been stopped, it must be restarted when resuming is required. In this document, we will use SQL stream jobs as examples to illustrate the process of initiating jobs.


Usage Restrictions

  • Only streaming jobs support filling in the start option.

  • Only Message Queuing Kafka support setting the start time of the source table on the interface.

The read data time priority specified on the job startup screen is higher than the startTime set in the job DDL code. That is, if you specify a read data time in both the job DDL and the job start screen, the read data time specified on the job start interface takes effect.

  • For more information, see whether each connector contains startTime.

  • startTime takes effect only if the job is newly started and startTime is specified. If you start a job based on a Checkpoint or Savepoint, startTime will not take effect even if startTime is specified.


  1. Log in to Ververica Cloud.

  2. On the Dashboard page, locate the workspace you want to manage, click the title of the workspace or this icon ⋮, and select Open Console.

  3. In the left-side navigation pane of the Console, click Deployments.

  4. To the right of the target job name, click Start in the Actions column.

  5. Fill in the startup option information.

The start options for streaming jobs are as follows:

  • Initial Mode: If you have a new online job, you can start with Initial Mode. In addition, if the State cannot be reused, you can also start the job without any initial states. After you select Initial Mode, you can select Specify source table start time and provide specific time information.

  • Resume Mode: You can start with an existing state.




Recover from the latest state

Restore from the latest state of a snapshot or system checkpoint.

Resumes from the specified state

Select a specified snapshot, and for more information about the snapshot creation steps, see the job statuses below.

Allow NonRestoredState

By default, the Flink system attempts to match the entire snapshot to the job being submitted. If the operation is modified, the operator state changes, and the task cannot be restored. At this point, you can turn on this switch, and the Flink system will skip the unmatched state and let the job start normally. For more information about allowing partial operator status, see Allow None-Restored State.

  1. Click Start.

In the Status tab, view the running status of the job.




Transition state

  • The job is starting and has not started completely.

Steady state

  • The job is running.

  • When you click Cancel, the job appears as cancelled.

  • When a finite flow job completes, it is displayed as finished.

Error state

  • The job failed to run.