Easily manage your entire database fleet at scale
Recently active
I am sure NDB team might be working on changing ERA to NDB entries. I am just sharing by observation here, just incase if it helps the team . We have few places where we still use ERA.
Era Agent in one of my cluster have a red indicator and showing ERA_DAEMON_UNREACHABLE message, how do I restart the daemon?
Can we limit this in UI, if the minimum requirement is 20 GB? Currently we accept the value and allow to create a DB and then the task fails. Its better to add the checks with the limitations
I have created an Oracle single instance in NDB module. However backup is not working because of failed snapshots. Snapshot operation always fails in Unquiesce database step. A little bit more from logs:Devices file sys_wwid t10.NUTANIX_NFS_2_0_11075_d7c7770b_7488_4d5c_82c8_52b080e12e3e PVID none last seen on /dev/sdd not found.The machine is running on Oracle Linux 9 and the database version is 19.3C. Any suggestions?
Please Share Nutanix NDB(Era) PPT Presentation which help me to Present Era Features and capability to customer , Presales Presentation need.
I tried to delegate the refresh of a clone database to my USER (not SUPER-ADMIN). I created a role with [Refresh Clone] privilege and i configured [Entity Sharing Policies] on the object [Clone / TM] that user can manage. The user launch the refresh of the clone database but the operation rollback at step [Registering Clone Database].In the log, i have this error message :"message": "Failed to register the clone database. Details: '\\'{\"errorCode\":\"ERA-ENT-0000001\",\"Reason\":\"The entity (Id:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx, type:ERA_DATABASE_NODE) is not registered with the ERA Server \",\"remedy\":\"Specify a ERA_DATABASE_NODE that is registered with ERA Server\",\"message\":\"The entity (Id:xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx, type:ERA_DATABASE_NODE) is not registered with the ERA Server \",\"stackTrace\":[],\"suppressedExceptions\":[]}\\''",I can’t find anywhere what is a DATABASE_NODE and how i give the privilege to my user to register the [CLONE DATABASE] on the [DATABA
I have a Nutanix-era setup in place with 1 SQL server currently hosting 3 differents databases. It has worked smoothly for one year now. The last week i realized under state that i got a message saying “Delete_From_cluster” on all the 3 databases. The odd thing is that they’re all functioning as expected. I tried to find something online about that kind of issue but I didn’t find anything. Is it something you guys experienced in the past?
Nutanix Era makes provisioning a highly available (HA) database on multiple clouds and hypervisors quick and easy. This demo shows you how to manage your database replicas across datacenters and/or a public/private cloud.
Watch this video to learn how to use the new feature in Era 2.2, provisioning a database with Era from a backup file.
Using Nutanix Calm to automate Microsoft SQL database deployment and build on what we did in the first 2 videos.
Using Nutanix Era and Nutanix X-Play to Automate setting categories on newly provisioned or cloned Database servers.
See how easy it is to limit access to database servers using Nutanix Flow.
Here is a link that may have gone unnoticed. It has some very informative best practice and architecture guides for most popular database engines and how best to install and manage these workloads on Nutanix Cloud Infrastructure. Enjoy Database Workload RA and Best Practice Guides
Hi all- pleased to have this forum for database like minds. I will be adding some useful information- links to how to videos, some new reference architecture guides that may have slipped your notice. But, wanted to unabashedly advertise an event coming up in two weeks- Nutanix Database Summit. Hope you all can join us. There are some prizes to be had.Learn more and register here for the event Reimagine Databases See What's Possible
Already have an account? Login
No account yet? Create an account
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.