It is a good DB solution. It has good availability. Overall, I would rate the solution a nine out of ten. It is a good transactional database. 

Oracle do the upgrade. They are too good at introducing new features. So whatever the user base is, get that done in other releases, new releases for Oracle Data Guard. They are very reactive.

Overall, I would rate Oracle Data Guard as a perfect ten out of ten.

The improvements in deployment depend on the homegrown scripts that each customer uses. I recommend the solution for disaster recovery and high availability solutions. Oracle Data Guard and Data Guard Manager are very intelligent tools. It can be easily integrated with Oracle Enterprise Manager. The security features in Oracle Database are available in Oracle Data Guard. It is just a disaster recovery solution. Whatever integration is done on the primary center, the same can be done on the disaster center too.

Overall, I rate the product a ten out of ten.

I understand what is required for a fault switchover or failover to the DR site on Oracle Data Guard. The first thing I check is to ensure that their application is current. If the application is not current, that'll be an issue. Even if the application is up to date, they still need someone to validate the DUR if it's suitable to be caught up to the primary. If not, we need to start looking at why switching over to production is unsuitable. Many things can lead to that. There may be a network issue or sometimes storage issues that can impact data integrity. Sometimes, the storage or network has an issue. Sometimes, it's between storage and the network that impacts a cutover. If it is properly implemented, no other issues can arise.

In a situation where you have a production environment and a power outage, the application or business will be impacted in an environment with power redundancy. However, if you have configured a feature that enables failover within five minutes, the service will automatically switch to the DLP and designate it as the primary.

Everything about the data guard is quite complex.

I advise you to move from automated practices to manual ones. It makes a difference. Get your hands dirty internally before implementing it for the organization. If you can do it locally, on your own internal server, then you'll have the confidence with the data to implement it for the organization or anywhere else.

Overall, I rate the solution a ten out of ten.

My suggestion is to consider utilizing Oracle because it's user-friendly and easily configurable. There's an abundance of resources available online to help with configuration and troubleshooting. We often recommend Oracle to newcomers, friends, and students because it's reliable and straightforward to use. Overall, I would rate it ten out of ten.

I highly recommend implementing a Data Guard disaster recovery system. Overall, I would rate it eight out of ten.

Overall, I would rate it eight out of ten.

I would rate this solution 10 out of 10.

Involve Oracle as early as you can and do a version upgrade to the latest DB version before you try to migrate to the cloud. First, do all the migrations that you need to do locally in your Oracle database, and only after that, do a cloud migration.

I would rate it an eight out of 10. It is quite reliable, but there are problems. It is not perfect. There is a monopoly of technology, and this is the only cost-sensitive product around. The other products are either very expensive or not reliable.

Keep monitoring. This is the problem with the product. You have to keep monitoring the system all the time, just to avoid the interruption from the archive mode.

I am going to give Oracle Data Guard a seven out of ten. It still needs improvements. When you are doing the troubleshooting there are no monitoring tools. You have to keep watching the log all the time. Also, for the configuration, if you miss one of the backlogs, you have to re-issue again. Re-issuing is not easy. It's a long process to do it.

I give the solution a nine out of ten.

The maintenance is completed in-house but is rarely required. We monitor the solution with the help of our operation team.

Oracle Data Guard can allow us to enhance our system by making each of our databases, primary and standby, usable at the same time. 

Currently, we are using the on-premise version on the solution.

I would rate this solution eight out of ten. I would recommend the solution because it is a good product and it's working fine. But I'm not sure if it's suitable for every consideration or any environment.

I'd rate the solution at a five out of ten. We've recently had some issues and aren't very satisfied with it right now. 

At this point, I would not recommend it to others. It might be too buggy for most people. 

Oracle Data Guard provides DR and acts as a high-availability solution in case of a crisis in the primary database.

Overall, I rate Oracle Data Guard a nine out of ten.

I rate this solution a nine out of ten. We are currently running version 11g, but we are planning on upgrading to 12c. I always recommend Oracle Data Guard for anyone considering implementing it in their organization. 

It is a very useful administrative IT tool. It saves on costs.

I strongly recommend Data Guard. I've been using it for eight years and I would strongly recommend it. 

I'd rate Oracle Data Guard a seven out of ten. To make it a ten, the core base license could be cheaper. The cloud environment would also make it cheaper. 

I don't really have any advice for other users, because we only use the solution's basic functionality for disaster recovery. Personally, I would advise others to avoid it due to its complexity. On a scale from one to ten, I rate this solution a seven. From a functionality point of view, I can't complain about Data Guard. But I would avoid it as it adds more complexity to a configuration, which is not necessary. From a setup point of view, Oracle has experienced people that will help you with it. 

It simply works.

It's a simple replication solution for small businesses.

We use the on-premises deployment model.

I would rate the solution eight out of ten. I'd rate it higher if the GUI was better, but it's a very stable solution.

For disaster recovery, I think this is one of the best native Oracle products that you could use, provided you have the Enterprise edition.

It's mandatory in order to be ready for any incident when someone has a similar environment. 

When we talk about Oracle, we are talking about the venue database, translation of database, online translation of database, and atomic translations. When we need to guarantee the stability of the database, we have to be careful. 

In financial enterprises that use Oracle as a secure relational database management system, the data that you have is very important, and it is the asset that brings the most value to the company. I would recommend that every implementation that goes to the production environment must be done together with Oracle Data Guard. Even small databases can be powered by this solution. 

I would rate Oracle Data Guard a nine out of ten. During all these times and all these years, if I can count the number of times that we had to intervene or we had to do something by ourselves, I can't count more than three times.

This solution is for small to medium-sized businesses, who can't afford to have two data centers or two servers.

Oracle Data Guard has many features to ensure that the database is in place. In case the primary database goes down or is corrupt in any way, you can recall the data immediately to restore the primary database.

It's important to know that backup is in place at any given time.

I would rate this solution a ten out of ten.

They could enhance their GUI or they should have a cloud control tool. They should have Data Guard tools in order to troubleshoot whenever there is a problem. There isn't anything in place for the configuration. Everything has to be done manually within the standard guide in Data Guard-related commands. Having a GUI with Data Guard is something that would be appreciated.

I would rate this solution an eight out of ten.

Most of my projects are on-premise, and most of them are based on low-cost engineers and information on the internet.

Right now, the cloud is really good if you change units. There is a direct limitation on some solutions because of the cost being high for this type of software and I chose not to use the cloud. 

The solution is quite functional, however, I do find that some features are not great in real production. You need to have the software to ensure the continuity in the case of using Oracle.

I'd rate the solution six out of ten due to its difficulty in terms of maintenance and audio problems. I'm also looking for CTCT maintenance and implementation and wish is was a bit easier.

We're Oracle partners. We've worked with databases 11G and 12C.

If a company is planning to implement Oracle solutions, I would suggest they also implement Data Guard.

I'd rate the solution nine out of ten.

It’s the backbone. Nobody interacts with it, it's only the DBAs who use it I think. Once you set it up it's pretty much done. You don't deal with it on a daily basis.

Maybe not all products are up to the speed or like any product you take, there is space to improve. I think for our company, the way we use it, we are very happy with it and the end customer is very happy with it.