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 […]
OpenLogReplicator 1.5.0 released Read More »
I love situations when the provider of software advertises some feature but does not tell what it really is and how it is implemented. Both Ask Tom and Stackoverflow don’t really tell you what is it really about. Well, in such cases it is best to actually see at some code which is parsing the
Oracle XMLType binary vs CLOB 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
OpenLogReplicator 1.0.0 released 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.
Is OpenLogReplicator ready for production usage? Read More »
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
OpenLogReplicator reached beta version! 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
OpenLogReplicator has full DDL support? Read More »
The task here is just to run native replication solution directly on Raspberry PI hardware. No emulators, no workarounds, no cheating. Let’s find out what is the redo log processing speed. The key to this approach is using OpenLogReplicator as CDC engine and it’s offline mode. With this mode you can read redo logs without
Oracle database log-based CDC on Raspberry PI Read More »
Oracle at some point of decided that users might want to replicate the changes from the database to other targets. What they noticed, that the architecture of the database did not allow easy replication since the redo log did not contain information that would allow to identify the exact row, that has been modified. The
Supplemental logging – how much space does it require? Read More »
The format is proprietary and there is no public official document which would describe the structure. Here is a brief summary of various sources which are publicly available. One might think that there is very little information available, but that’s not true. This is a list I have made in the past when I was
Oracle redo log format community documentation 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
Oracle database: replicating objects from SYS schema Read More »