Je suis une question rencontrée lors de la création de la sauvegarde de la base de données à l'aide de Create_Backup_From_onprem Script dans OCI CLI. J'ai remarqué que l'espace de noms de stockage d'objet n'est pas correct lors de l'exécution du script de sauvegarde.
[oracle@oracledev oci-cli-scripts]$ oci os ns get
{
"data": "bmnoo8fd7ute"
}
3 Réponses :
Vous devez modifier le locataire OCID dans le fichier de configuration OCI, pour lequel l'emplacement par défaut est ~ / .oci / config. Vous pouvez le faire manuellement ou à l'aide de la commande OCI Setup Config. Vous pouvez écraser les valeurs actuelles ou créer un nouveau profil que vous pouvez faire référence aux appels OCI. Pour plus d'informations, veuillez consulter le fichier de configuration CLI Doc .
Si le fichier de configuration OCI contient déjà la valeur correcte, vous devez réinstaller l'OCI_INSTALL Spécifier le bon fonctionnement du locataire pour -tocide. (Dans ce cas, OCID de bmnoo8fd7ute) mise à jour:
Comme le DBBackupbom est un identifiant de ressource interne, vous ne pouvez pas modifier cela avec la réinstallation de OCI_INSTALL. Cela devrait plutôt être un problème d'autorisation.
S'il vous plaît vérifier si vous avez les bonnes politiques en place. Sinon, créez une stratégie comme celle-ci:
Nom de la politique: ObjectStorageAccess
Ajouter ci-dessous relevés:
Autoriser le groupe Objecadmins de gérer des godets dans la location
Autoriser le groupe Objecadmins de gérer des objets dans la location Ajoutez enfin votre utilisateur à ObjectAdmins ou utilisez un autre groupe que vous faites déjà partie de.
Mon bureau de location est correct et configuré à l'emplacement par défaut /home/oracle/.oci/config
Il semble donc que vous devez modifier l'URL de stockage, que vous avez définie lorsque vous avez installé OCI_INSTALL. Essayez de le réinstaller en utilisant cette commande et spécifiez le bon locataire à la fin. (OCID OF BMNOO8FD7Ute) Java -Jar OCI_INSTALL.JAR -HOST SwiftObjectStorage.ap-mumbai-1.oraclecloud .com -pvtkeyfile OCI_PRIVATE_KEY -PUBFINGERPRINT OCI_PUPLIC_FINGERPRINT -UOCID User_ocide -Tocide Tenancy_ocide -walletdir / portefeuille_Directory -LibDir / Bibliothèque_Directory
Il ressemble à dbbackupbom est un ressource moyen interne que vous ne pouvez pas changer. Je viens de voir une personne similaire dans l'analyse des coûts CSV pour la région de Francfort appelée dbbackupfra. Cela devrait donc plutôt être un problème d'autorisation. J'examine plus loin.
Pourriez-vous s'il vous plaît vérifier si vous avez les bonnes politiques en place? Sinon, créez une stratégie comme celle-ci: Nom de la stratégie: "ObjectStorageAccess 'Ajouter ci-dessous des instructions" Autoriser le groupe ObjectAdmins de gérer les godets dans la location' 'Autoriser le groupe Objecadmins de gérer des objets dans la location' ajoutez enfin votre utilisateur à ObjectAdmins ou utilisez un groupe différent que vous faites déjà partie de.
J'ai aussi essayé cela mais ça ne marche pas. avoir la même erreur.
Cette fois, j'ai construit un nouveau serveur, une nouvelle base de données installée. Cette fois, j'ai configuré avec un utilisateur root qui a accédé à toutes les ressources dans la location comme politique (autoriser le groupe DBGroup à gérer toutes les ressources dans la location). mais encore une fois d'une même erreur que plus tôt.
Il existe un paramètre facultatif que vous pouvez spécifier lors de l'installation d'OCI_INSTALL, qui est -Bucket. S'il vous plaît essayez de le réinstaller avec -Bucket
OCI_Installation est terminée à l'aide de paramètres de godet. Dans mon cas, SwiftObjectStorage n'a pas fonctionné, à la place, ObjectStorage fonctionne pour moi sous le paramètre hôte. Ensuite, après avoir configuré le cryptage, puis une sauvegarde prise avec Rman. Ma mission est accomplie. Mais je me demande toujours pourquoi la sauvegarde en utilisant ./create_backup_from_onprem n'a pas fonctionné?
Le service de sauvegarde cloud est une partie de la PAA et de la sauvegarde prise avec RMAN se rend au godet de stockage d'objets. Mais ./create_backup_from_onprem Script fait partie de l'IAAA et de la sauvegarde prise à l'aide de ce script va dans la section Sauvegarde autonome sous la base de données VM / BM, puis nous pourrions facilement créer une nouvelle base de données sur VM à l'aide de ces sauvegardes. C'était mon plan.
Ajout de la référence croisée à GitHub Issue dans OCI CLI au cas où l'équipe de la base de données OCI peut répondre - https://github.com/oracle/oci-cli/issues/201 .
Enfin, j'ai trouvé une réponse correcte et une résolution pour ce problème.