For application-aware processing of an Oracle VM, user account will need sufficient permissions to access VM guest OS and to connect to Oracle database on that guest. The following ways are possible:
- Use the account specified in the Guest Processing step of the job wizard for guest OS processing for both operations (accessing VM guest and connection to Oracle database).
- Access VM guest using the account specified in the Guest Processing step of the job wizard, and connect to Oracle database using the account specified in the Oracle tab of the Oracle server processing settings.
In This Section
Specify the necessary account in the Guest OS credentials section on the Guest Processing step of the job wizard:
Then on the Oracle tab of the VM processing settings select Use guest credentials from the drop-down list:
Oracle on Windows VM
If the job will process Oracle on Windows-based VM, this account needs the following privileges:
- Sufficient rights to connect to VM guest OS and access file system (including administrative share) on that machine. You can include this account in the local Administrators group on source VM. Check that this account is granted appropriate permissions to access Oracle database files hierarchy on source VM (Read and Write are minimal required, Full Control recommended).
- Membership in the ora_dba local group on the source VM. Contact your database administrator if needed.
Oracle on Linux VM
If the job will process Oracle on Linux-based VM, this account needs the following privileges:
- This should be a root account or account elevated to root and added to sudoers.
|
You can use authentication by private key. When elevating account to root and adding it to sudoers, current settings will be used by default (in particular, root password). Consider that if account privileges should be recalled after backup/restore process, you will need to do it manually. |
- It requires membership in the oinstall and, if necessary, in asmadmin group for the source Oracle server. Contact your database administrator if needed.
Scenario B: Two Different Accounts
You can specify one account in the Guest OS credentials section of the wizard step, and select or enter another account on the Oracle tab of the VM processing settings:
Oracle on Windows VM
- Account specified in the Guest OS credentials section on the Guest Processing step of the job wizard should have sufficient rights to connect to VM guest OS and access file system (including administrative share) on that machine. You can include this account in the local Administrators group on source VM. Check that this account is granted appropriate permissions to access Oracle database files hierarchy on source VM (Read and Write are minimal required, Full Control recommended).
- Account specified on the Oracle tab of the application server settings should have SYSDBA rights to connect to Oracle system on the source VM - they can be assigned, for example, through membership in the ora_dba group on the source VM.
|
Consider that you will need identical accounts (with the same user name, password and sufficient access rights) for all Oracle databases on the source server. Contact your database administrator if necessary. |
Oracle on Linux VM
- Account specified in the Guest OS credentials section on the Guest Processing step of the job wizard should be the root account, or account elevated to root and included in sudoers file; it should be included in the oinstall group on source VM to access Oracle database files hierarchy, and, if necessary, to asmadmin group.
|
You can use authentication by private key. |
- Account specified on the Oracle tab of the application server settings should have SYSDBA rights to connect to Oracle system on source VM - they can be assigned, for example, through membership in the dba group.
|
Consider that you will need identical accounts (with the same user name, password and sufficient access rights) for all Oracle databases on the source server. Contact your database administrator if necessary. |
