Studio Task Development and Operations
cz-cli can manage tasks in Singdata Studio, making it suitable for data development and day-to-day operations.
Create a SQL Task
Save Task SQL
Configure Scheduling
The example below runs every day at 02:00:
Deploy a Task
Execute a Task Manually
View Run Records and Logs
View Recent Runs
View Run Details
View Run Logs
Wait for a Run to Complete
Advanced Operations (Full runs Commands)
Beyond the basic list / detail / logs / wait, cz-cli runs supports the following operational commands:
Stop a Running Instance
Rerun a Failed Instance
Backfill
Re-run scheduled instances for a specified time range for a given task. This is irreversible — confirm before executing:
Add -y to skip the confirmation prompt (for CI/CD scenarios):
View Run Dependencies
Default: 1 level upstream, 1 level downstream:
Specify depth:
Run Statistics Summary
Runs vs Attempts
| Concept | Description |
|---|---|
| run (run instance) | One scheduling trigger corresponds to one run with a unique run_id; a run may automatically retry multiple times on failure |
| attempt (retry record) | Each actual execution within a run corresponds to one attempt; if a run fails and retries 3 times, there are 3 attempts |
Typical troubleshooting flow:
- Find the failed run:
- View run details (includes overview of all attempts):
- List all attempts for this run:
- View detailed logs for a specific attempt:
Advanced Task Configuration (task save-config)
task save-config configures a task's retry policy, dependencies, compute cluster, and timeout. It does not affect the configured cron schedule:
Parameter reference:
| Parameter | Description | Example |
|---|---|---|
--retry-count | Maximum retry attempts | 3 |
--retry-interval | Retry interval value | 5 |
--retry-unit | Retry interval unit (m=minutes, s=seconds) | m |
--timeout | Execution timeout value | 60 |
--timeout-unit | Timeout unit (m=minutes, s=seconds) | m |
--rerun-property | Backfill policy: 1=any time, 2=failed only, 3=no backfill | 2 |
--self-depends | Self-dependency: 0=off, 1=on (next cycle triggers only after previous completes) | 1 |
--vc | VCluster code for execution | DEFAULT |
--deps | Dependency operation: keep=preserve existing, replace=replace, clear=remove all | replace |
--dep-tasks | Upstream dependency tasks as a JSON array | '[{"taskId":123,"taskName":"upstream"}]' |
Workflow Tasks (task flow)
A workflow (Flow) is a composite task type that orchestrates multiple sub-tasks as a DAG:
View workflow DAG structure:
Add a node:
Set dependency between nodes (step2 depends on step1):
Save node SQL content:
Deploy the workflow:
View workflow node run instances:
Related Documentation
cz-cli Documentation
- Installation and Configuration Guide — Installation, profile configuration, basic usage
- AI Agent Integration — Agent LLM configuration, natural language operations
- External Data Source Management — Data source browsing and testing
Lakehouse Documentation
- Task Development and Scheduling — Studio SQL task development and scheduling configuration (Web UI)
- Real-time Sync Tasks — CDC real-time sync task configuration and management
- Batch Sync Tasks — Batch offline sync task configuration and management
- Composite Tasks — Workflow DAG orchestration (Web UI)
- Compute Cluster — VCluster types and spec selection
