Studio Task Development and Operations
cz-cli can manage tasks in Singdata Studio, suitable for data development and daily operations.
Creating a SQL Task
Saving Task SQL
Configuring a Schedule
The example below runs every day at 02:00:
Deploying a Task
Manually Executing a Task
Viewing Run History and Logs
View Recent Runs
View Run Details
View Run Logs
Wait for a Run to Complete
Advanced Task Operations (Full runs Commands)
cz-cli runs supports the following operations beyond the basic list / detail / logs / wait:
Stop a Running Instance
Rerun a Failed Instance
Backfill
Backfill scheduled instances for a task within a specified time range. This is irreversible — confirm before executing:
Add -y to skip the confirmation prompt (for CI/CD scenarios):
View Run Dependencies
Default view shows 1 level upstream and 1 level downstream:
Specify depth:
Run Statistics Summary
Runs vs Attempts
| Concept | Description |
|---|---|
| run | One scheduling trigger corresponds to one run with a unique run_id; a run may be automatically retried multiple times on failure |
| attempt | Each actual execution within a run corresponds to one attempt; if a run fails and retries 3 times, there are 3 attempts |
Typical troubleshooting workflow:
- Find the failed run:
- View run details (including all attempt summaries):
- View all attempts under the run:
- View detailed logs for a specific attempt:
Advanced Task Configuration (task save-config)
task save-config configures retry policies, dependencies, compute clusters, and timeouts. It does not affect the configured cron schedule:
Parameter reference:
| Parameter | Description | Example |
|---|---|---|
--retry-count | Maximum retry count | 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=not allowed | 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=retain existing, replace=replace, clear=clear all | replace |
--dep-tasks | Upstream dependency tasks as 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 the workflow DAG structure:
Add a node:
Set dependencies 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 Related Documentation
- Task Development and Scheduling — Studio SQL task development, schedule configuration (web interface)
- Real-time Sync Tasks — CDC real-time sync task configuration and management
- Offline Sync Tasks — Batch offline sync task configuration and management
- Composite Tasks — Workflow DAG orchestration (web interface)
- Compute Clusters — VCluster types and sizing
