Single JVM Agent
No brokers, no Kafka, no ZooKeeper. One process handles capture, trail, and apply.
Real-time replication across Tibero, Oracle, PostgreSQL, MySQL, MariaDB, and SQL Server — sub-second latency, one-to-many fan-out, and automatic self-healing. No Kafka, no ZooKeeper, no brokers.
One JVM agent captures from any source and applies to any target concurrently. Every engine in your estate orbits a single point of control.










Tip: click DB2 or Big Data (coming soon) to expand its own orbit
One JVM agent reads the source's redo/binlog/WAL and applies to the target over standard JDBC — monitored from a single web console.
Everything a change-data-capture platform needs, delivered as one obfuscated, license-protected Java agent.
No brokers, no Kafka, no ZooKeeper. One process handles capture, trail, and apply.
A database-backed durable queue means no data loss on restart — the trail replays exactly where it stopped.
One source fans out to many targets across different vendors, in parallel, through standard JDBC.
Per-transaction auto-heal, a periodic validator, and a universal reconciler re-emit missing rows automatically.
C/JNA is used only for Tibero raw-redo decoding. Everywhere else it is pure JDBC.
Per-host license enforcement, ProGuard bytecode obfuscation, and SSH-key admin — no shared credentials.
Capture reads at the lowest available layer — redo, binlog, or WAL. The checkpoint advances only after the target commits.
Reads redo, binlog, or WAL at the lowest available layer.
A crash-survivable, database-backed durable queue of events.
Batches and parallelizes JDBC execution against every target.
Advances position only after the target commits — zero loss.
Source and target type is just a YAML field. Cross-vendor DDL is replicated through a built-in type translator. Kafka is on the roadmap.
| Database | Capture mechanism | DDL sync |
|---|---|---|
Tibero | libtblr via JNA (TAC/TAS raw device) | Yes |
Oracle 12c–21c | LogMiner (incl. RAC + CDB/PDB) | Yes |
PostgreSQL 10+ | Logical replication (test_decoding) | Yes |
MySQL 5.7 / 8.x | Binlog (ROW format + GTID) | Yes |
MariaDB 10.x / 11.x | Binlog (ROW format) | Yes |
SQL Server 2012+ | Native CDC change tables | Yes |
Cross-vendor DDL is replicated through a built-in type translator. Kafka is on the roadmap.
From cross-vendor DDL to RAC-aware capture — the full feature surface, delivered by a single agent.
All patterns share the same agent — the shape of your neuroncdc.yaml is the only thing that changes.
One source → one target. The simplest deployment.
One YAML, multiple targets — each can be a different vendor.
Chain agents: Tibero → Oracle → PostgreSQL.
Per-node agent captures its own redo thread; all converge to one target.
Custom solution or a personal offer — tell us your sources, your targets, and your latency budget. We'll size the agent for you.
Contact PT. Viriya Teknologi Data