What you get
Prerequisites
- A project with at least one fleet and device — see Fleets and devices
- An MQTT certificate issued for the target device
- A SQLite database on the device with tables you want to replicate
Replication strategies
Each table in a sync policy uses one strategy:Step 1 — Configure cloud replication policy
Project-level governance applies to all devices in the project.- Open Edge Sync → Cloud Policy.
- Set schema coalescing mode (
per_device,project, orfleet). - Choose whether to auto-create device data points for incoming schemas.
Step 2 — Create a sync policy
- Go to Edge Sync → Sync Policies → New policy.
- Basics — name, description, and Omega release channel (
stable,latest, ordev). - Schema sources — upload
.dbfiles. The console introspects tables in the browser to help you pick tables and columns. - Tables — select which tables to replicate.
- Strategies — per table, choose
rows,telemetry, orignore. For telemetry, setts_columnand optionalinclude_columns. - Review & create.
table_strategies — this is what the console writes into the agent config.
Step 3 — Issue MQTT credentials
- Open Fleet & Devices and select your device.
- Go to the MQTT & Certs tab.
- Click Issue certificate.
- Download the certificate bundle and copy
ca.crt,device.crt, anddevice.keyto the device.
Step 4 — Attach the policy and download the bundle
- Open your sync policy → Attach to device (pick fleet and device).
- On the device page (MQTT & Certs tab), confirm the Edge sync policy is listed.
- Select the binary architecture (
linux_amd64,linux_arm64, etc.). - Click Download bundle.
Bundle contents
→ Continue with Deploy Omega from the console to install and run the agent.
Step 5 — Verify replication
After the agent is running and your application is writing to the source database:- Edge Sync → Governance → Lineages — expect one lineage per replicated table. First data may take 25+ seconds after the initial flush.
- Schema Reviews — new or changed schemas queue for approval when the agent publishes
sync/schema/observe. - Registry — approved schemas appear for reconciliation and downstream use.
Fields you can customize per device
Edit these inomega-config.yaml on the device before starting the agent:
sqlite-replication.source_db_path— path to your application’s SQLite filesqlite-replication.state_db_path— agent cursor and journal metadata- Certificate paths under
connection.mqtt.tls nameandconnection.device_id(must match the issued certificate)
Fields you should not change
These come from the sync policy and MQTT provisioning:table_strategiesflush_interval,modules.required,security.capabilitiesconnection.server_url
The generated YAML uses literal path values. Sourcing
omega-env.sh alone does not override YAML paths unless you add source_db_path_env fields manually. Edit omega-config.yaml directly for path changes.Troubleshooting (console)
Related
Deploy from console bundle
Install the Omega agent, run with generated config, verify connectivity.
Edge SQLite sync overview
Lineages, staging, schema governance, and wire protocol.
Fleets and devices
Register devices and issue MQTT certificates.
golain omega scaffold
Alternative CLI path when you prefer terminal over the console bundle.