Home of OpenLogReplicator
Difficult time has come to my free time that I can spend to write blog posts. It’s high time to update how OLR project is doing. Well, the project is doing fine and had major improvements. This briefly explains new features of the project. Every version apart from bug fixes and stability improvements include new … Read more
I have not blogged about new features of OpenLogReplicator since version 1.0 was released. Now it is time to catch up. Every version apart from bug fixes and stability improvements include new major features: Version 1.5.0 Key feature of this release is the ability to produce metrics directly for Prometheus. The metrics include counters for … Read more
OpenLogReplicator can be fine-tuned over and over. Still something would to be imperfect. Some code might not be optimal and need refactor. Another feature might be recognised as super important and a must-have. This will never end. Still, after over 4 years of fixing bugs and constant development, the time has come to confirm that … Read more
This is the question I hear very often. I think many people would like to hear a straight answer for this question. The reality is not possible to give a good answer. You might be surprised but, even though version 1.0 is not yet released, OpenLogReplicator is already used in production systems. Yet might be not feasible for everybody to use.
After almost 3 years of development, the project has reached a moment, that most of the features planned for version 1.0 are finished for OpenLogReplicator. So … announcing version 0.9.0-beta. At this point the goal is to make the code stable as possible and fix all reported bugs. If you want to test the code … Read more
Technically speaking support of DDL is trivial. All schema is written in SYS.xxx$ tables. Just what you need to do is to track the changes, and once they appear, rebuild internal dictionaries. Someone adds column to table? Well, you would see an INSERT to SYS.COL$ and maybe some other tables. … A few months later … Read more
One of the most confusing with Oracle replication tools is the inability to track changes of tables owned by SYS, SYSTEM or CTXSYS. Many system tables are internally using cluster type. Since the latest version OpenLogReplicator supports cluster tables it is now possible track also tables in SYS schema and send changes as events to … Read more
Replication latency is one of the key indicators of good replication. When I started working on OpenLogReplicator one of my key tasks was to keep the latency as low as possible. What does that mean? When a client commits a transaction and the database confirms that the transaction is committed – it means that the … Read more
A side product of OpenLogReplicator is the ability to create logs which are in a very simular form as the logdump command from Oracle database. To create such dump you need to configure parameter in the OpenLogReplicator CFG file. There are 2 allowed values: create classic ‘logdump’ output create classic ‘logdump’ output enhanced with interpretation … Read more
The OpenLogReplicator with the new release 0.2.0 has been extended to support chained rows. A chained row can appear when there is a bigger DML operation or the table uses more than 254 columns. This is an example of a table which uses 1000 columns. The table definition is: CFG definition file of OpenLogReplicator contains … Read more