Oracle GoldenGate Reviews

I am impressed with the tool's possibility of integrating different systems in a unified place. 

The tool's connections are disconnected at times. The tool needs to integrate other databases. 

I have been working with the solution for two years. 

I would rate the product's stability a nine out of ten. 

The solution is scalable. 

The solution's support is slow. 

The tool's setup is straightforward. If the database is new, the deployment can take around three to five days to complete. We required one or two people to handle the tool's deployment. 

The tool's prices are very expensive. 

I would rate the product an eight out of ten. You have to understand the working of the solution. 

The product's micro service architecture is scalable. 

The solution needs to improve its latency, monitoring and support. 

I have been working with the product for six months. 

The tool is scalable. 

The tool's setup is complicated. One engineer is enough to monitor the solution. 

The tool needs to improve its pricing. 

I would rate the solution a seven out of ten. 

The most valuable features of Oracle GoldenGate are the schema application and performance.

Oracle GoldenGate could improve the price.

I have been using Oracle GoldenGate for approximately four years.

We did not face any challenges with the stability of Oracle GoldenGate.

Oracle GoldenGate is scalable.

We have four people using the solution in my company.

The technical support from Oracle GoldenGate is excellent. However, we are running out of support because our licenses are expiring.

We are not using Oracle GoldenGate for high-volume transactional systems which made the deployment not difficult. Moving forward we might integrate with high volume transactions systems and we could run into some challenges.

The price of Oracle GoldenGate should be lowered. It is expensive compared to other solutions.

My advice to others is Oracle GoldenGate is one of the best solutions. However, when you choose a CDC solution you need to compare your existing environment and the compatibility with those tools. Within an Oracle-based environment where the core systems are running, Oracle GoldenGate was suitable for us.

I rate Oracle GoldenGate a seven out of ten.

My customer uses Oracle GoldenGate mostly for pumping data from one database to another, including data storage format changes. The solution is also used for migrating from one system to another and cross-platform migrations.

What I like most about Oracle GoldenGate is that it supports cross-platform migrations. For example, Oracle GoldenGate could pump data from one type of system to another such as the data from Oracle DB to SQL Db2.

What needs improvement in Oracle GoldenGate is the support.

Another feature that needs to be improved in the solution is its GUI. It would be useful for programmers or users to be able to work from the GUI, not just from the command line.

Simplifying how Oracle GoldenGate is used would also make the solution better.

I've been working with Oracle GoldenGate for more than three years.

Oracle GoldenGate is a stable solution because a lot of my customers use it and it doesn't hang. It doesn't crash. It works.

Oracle GoldenGate is a scalable solution.

The technical support for Oracle GoldenGate still needs a little bit of improvement. On a scale of one to five, I'm rating the support for the product as four out of five.

Oracle GoldenGate is quite complex to set up and support, though it has powerful features. Deployment could be completed within days or weeks, depending on your database and how your storage structure is implemented. The process may require some introduction and workarounds for it to go smoothly. It highly depends on the database you're using.

Licensing for Oracle GoldenGate is paid yearly.

I concentrate on Oracle products, and I'm currently working with Oracle GoldenGate.

My company provides Oracle GoldenGate for customers, so my team has been working with a lot of versions of the solution, starting from version 12 up to version 19.

My company works on consulting projects, and can also sell licenses, but if the customer has a license and requires some solutions, the team can provide complete services, starting from designing architecture, upgrading, ensuring there's minimal downtime, etc.

At the moment, my company has seven clients using Oracle GoldenGate.

My advice to others who want to start using Oracle GoldenGate is that it may not be as easy at the beginning, but it's a good product.

My current rating for Oracle GoldenGate is nine out of ten, but if I'm able to evaluate other solutions, that rating could change to a lower or higher rating.

It supports data movement for heterogeneous platforms as well as homogeneous platforms. We are using it for both use cases. Some use cases are for secondary sites, and some use cases are for different applications, such as data warehousing. We are using its latest version.

It moves the data as you set it up, and it works. I am also very impressed with its stability and scalability.

It is not super feature-rich, but the new releases have more functionality. It recently had more native integrations with Oracle Database. If you are using it against an Oracle database, it has a lot more functionality.

Troubleshooting issues is not always the easiest (can't always find info on errors online or at MyOracleSupport).  Oracle's professional support can also be improved (take a long time to resond to ticket, when they do it is obvious they don't read the issue before responding; they frequently ask for info already provided in the ticket.)

GoldenGate for big data is a separately licensed product. Regarding big data, I've found multiple prop file parameters not documented, not in the sample programs, yet were required. 

We have been using it in our organization for seven to ten years.

It is pretty stable. 

It is a truly scalable product. We have a team of two to run it, and they're part of the infrastructure team. There are lots of people who use the backend data. Their roles could be from business reporting to data scientists.

We have plans to increase its usage. We're finding more use cases for it all the time.

Oracle support is very frustrating in terms of how they pass tickets back and forth and don't read your problem statement. They waste a lot of time getting their support kicked into gear.

It has a medium complexity level.

It was done in-house.

We have an enterprise license for it. It might be for three years or so. I'm not aware of any additional costs to the standard licensing fee.

It works great as a text-based application. There are a lot of hooplas you have to run through for more of a GUI support. It requires a high level of knowledge to get started.

I would definitely recommend starting out with very simple extracts, pumps, and replicates to get the environment working and then jump in with specific tables that you need.

I would rate Oracle GoldenGate a six out of ten. 

The solution in our organization is not used for execution. We use it for a few schedules and to replicate in different databases.

We like how in GoldenGate the heterogeneous database is supported. Sometimes the client actually needs a schedule and needs to ensure the state of databases for reporting purposes. With that in mind, we have been able to configure GoldenGate for certain schema.

The solution is quite stable.

They've recently improved the ease of implementation.

Right now, the solution is working quite well for us as it is.

The solution is quite costly, and if they could reduce their pricing, it would be more economical to implement.

I've been using the solution for the past three to five years.

The solution is very reliable. I don't recall experiencing bugs or glitches, or crashes, for that matter. I'd describe it as very stable.

The solution is extremely scalable. If a company needs to expand it, it should be able to do so without any issues.

We're a service provider and we implement products to companies of various sizes.

As a vendor company, we're eligible to give support to our clients if they need it. As for contacting their technical support services, I don't recall if we really needed to, so I can't speak to their quality of service.

I've only ever worked with this solution. I haven't tried any similar solutions in the past.

In previous versions, the solution wasn't so easy to implement. In the latest version of the solution, they've made it really straightforward. It's much less complex than it was previously.

How long deployment takes depends on your formation and your design. If you want to do two more samples just for feature comparing, then it will take maybe three to four hours, if that. However, if you want to do some complex configurations, while it depends on the customer, it will take longer. How much of a database they want to initiate with GoldenGate will factor in on the length of time it will take. If the size is bigger by one million or even 200,000, then it will take much longer. 

We're a vendor company; we help our customers with the implementation.

The cost of the solution is a bit high. It's higher than a lot of competitors.

We're a reseller. We help our clients implement the solution.

I'm not sure which version of the solution I'm using or if it's the most current. 

GoldenGate, right now, is a really fantastic solution. The price is high, but it's worth the cost, in my opinion.  

It works with heterogeneous environments like Oracle, or IBM digital. We host it in servers and we host it in databases. A lot of the times we also host it in MySQL or on the MySQL database. 

The solution uses a very low latency bandwidth because GoldenGate actually transfers the data. It will not take up a lot of resources like CPU or memory.

I'd rate the solution nine out of ten.

We use the product internally to cover one of our data synchronization needs. The use case is likely to be unique in the world.

The solution involves 3000 pharmacies distributed geographically on several islands and continents. Each pharmacy has an ERP for managing pharmacy operations (sales, purchases, logistics, etc.). And we are synchronizing all the data and transactions that are generated in the ERP, with a central database (Exadata).

Our use case is complex and with Oracle GoldenGate we are improving the efficiency of the data replication and mostly the maintenance and operations support. We are in the process of migrating the current solution (based on queuing and web services) to Oracle Goldengate. Our current data synchronization process is old and not efficient enough to deal with 3000 data sources.

With Oracle Goldengate, we have more control over the CDC phase, and we can improve our management process which is critical for us.

The OGG CDC is flexible and robust but complex to manage. The OGG version with microservices is very important to us because we need to monitor and manage all the database sources. The current OGG monitor is limited to our operations and we built one for our needs using the OGG microservices.

While we like the CDC feature, it has some limitations in terms of what we can do and how to configure what we need to do. We are trying to fix those issues by implementing some workarounds.

Memory consumption is also an issue in OGG architecture. Each OGG data replicator consumes more and less 200 MB of RAM. We have 10 OGG hubs, each one with almost 300 data replicators to the central database. We need 64 GB for each Hub. a total of 640 GB just for data replication.

We've been working with the product for five years.

The solution, especially the last version, is very stable. Even with 3000 data sources, and a complex framework we're finding the solution to be very reliable.

The solution is very scalable when adopting a three-tier solution with hubs in the middle. Each OGG hub handles 300 interconnections. We have 10 hubs and, if we need to increase or expand, we put more servers in the system. It is very simple and expensive too.

In Portugal, we have a direct connection with Oracle (Portugal) due to the fact that our use case is so unique. We are also in direct contact with the Oracle Goldengate project manager through Oracle Portugal.

Everyone has been very good so far. Although the team in Portugal does not have the knowledge base necessary for our purposes, teams in India or the USA generally provide the required assistance.

At the scale where we are now, we have worked with Attunity. It is a similar CDC software data extraction. It's more straightforward and simple to configure, however, when you scale with the 3000 data sources, the system starts being unmanageable. And the total cost of ownership is higher than OGG.

OGG technology is not simple. The first setup took almost six months because we had a hard time finding OGG specialists on the market.

There are three support teams in the project. We have a support team for infrastructure management, a team of DBAs to manage the Exadata, and an operations team to manage the 3000 databases (sources). And we also have Oracle's support for bugs and problems that we encounter along the way.

We had external help from Oracle. And we hired specialists from Brazil who came to Portugal to help us.

In terms of price, as a client, I want always the cheaper price. But, in this case, we have a good deal with Oracle in terms of GoldenGate licenses. It's a lot of money but the business case is working for us. We need the information, and fast access to it, so we require an effective system. We already have one solution in place working, but it's a legacy system bases on web services and the operations costs are very expensice. We need to migrate asap to this new solution.

Yes, the current system we are using is based on Internet protocols. We are using web services and data streaming. But when you need to manage and operate 3000 data sources, every time you need to make a change it's a nightmare. The operations costs and time consumption in software development and depoly is too high to maintain.

We're currently in the middle of a huge project using Oracle GoldenGate. We have a unique business case in the world - synchronizing 3000 OLTP databases to an Exadata. Normally Oracle GoldenGate use cases are for 10 or 50 maximum data sources.

We are using OGG version 19 in the OGG Hubs (Replicators). In the source, we are using OGG version 13 microservices (Extractors).

We have a hybrid OGG architecture: the data source is on-premise and the hubs and the Exadata are in the OCI (Oracle Cloud Infrastructure). We have on-premise extractors and replicators in the cloud. the connection is made through FastConnect. 

I'd rate the solution seven out of ten. There are several features that have some real limitations for us. The product itself is not simple to manage and we take almost 6 months to learn the basics. There's also harsh memory consumption. Each connection is consuming almost 200 megabytes of memory, and, with the 3000 databases, that's a lot of resources to manage. 

Oracle GoldenGate helps to replicate the changes in one environment on the other. For example, if a team installs new tables, those changes are mirrored on the other side.

Oracle GoldenGate helps to select and target specific tables for replication. Any changes or operations on those tables are immediately reflected in the source and target environments.

In some cases, expectations were not met, especially when specific tables were expected to be disabled, and changes were anticipated in the target environment. We had to take backups from the source and refresh the address to address this.

I have been working with the product for one and a half years. 

I rate the product's stability an eight out of ten. 

I haven't faced any issues with the solution's scalability. 

Oracle GoldenGate's cost is high. 

I rate the tool an eight out of ten.