Basculer vers votre propre instance Oracle DB
La base de données provisionnée avec votre instance Visual Builder est utilisée pour stocker des données pour vos objets fonctionnels et les métadonnées de votre application, mais cette base de données a une limite de 5 Go et vous ne pouvez pas accéder aux données dans les objets à l'aide de SQL standard.
Si la limite de 5 Go est insuffisante pour le schéma de locataire, vous pouvez configurer l'instance de sorte qu'elle utilise une instance Oracle DB qui dispose de plus d'espace au lieu de la base de données par défaut. Vous pouvez vous connecter à une instance de base de données Oracle DBaaS ou Autonomous Transaction Processing (ATP). L'utilisation d'une base de données ATP vous donnera plus d'espace et un accès SQL direct aux objets créés par VB. Vous pouvez également utiliser un ATP Oracle Free Forever, qui fournit 20 Go de stockage gratuitement.
Pour utiliser une autre instance Oracle DB, vous utilisez un assistant dans les paramètres de locataire pour créer une connexion à l'instance de base de données et exporter les applications stockées dans la base de données en cours du locataire.
Si vous décidez d'utiliser JDBC pour vous connecter à l'instance DBaaS, vous devez inclure les privilèges requis pour permettre à l'utilisateur ADMIN de créer un schéma de locataire. Le code SQL suivant indique les autorisations nécessaires :
CREATE USER [adminuser] IDENTIFIED BY [password];
GRANT CONNECT, RESOURCE, DBA TO [adminuser];
GRANT SELECT ON SYS.DBA_PROFILES TO [adminuser] WITH GRANT OPTION;
GRANT SELECT ON SYS.DBA_USERS TO [adminuser] WITH GRANT OPTION;
GRANT SELECT ON SYS.DBA_DATA_FILES TO [adminuser] WITH GRANT OPTION;
GRANT SELECT ON SYS.DBA_SEGMENTS TO [adminuser] WITH GRANT OPTION;Si vous décidez d'utiliser ATP, vous devrez inclure le fichier wallet.zip dans l'assistant en plus des informations de connexion. Vous pouvez créer un utilisateur ADMIN ATP disposant des privilèges d'administration appropriés. L'instruction SQL suivante explique comment créer un deuxième utilisateur ADMIN ATP dans SQL*Plus ou SQL Developer.
DROP USER [adminuser] CASCADE;
CREATE USER [adminuser] IDENTIFIED BY [password];
GRANT CREATE USER, ALTER USER, DROP USER, CREATE PROFILE TO [adminuser] WITH ADMIN OPTION;
GRANT CONNECT TO [adminuser] WITH ADMIN OPTION;
GRANT RESOURCE TO [adminuser] WITH ADMIN OPTION;
GRANT CREATE SEQUENCE, CREATE OPERATOR, CREATE SESSION,ALTER SESSION, CREATE PROCEDURE, CREATE VIEW, CREATE JOB,CREATE DIMENSION,CREATE INDEXTYPE,CREATE TYPE,CREATE TRIGGER,CREATE TABLE,CREATE PROFILE TO [adminuser] WITH ADMIN OPTION;
GRANT UNLIMITED TABLESPACE TO [adminuser] WITH ADMIN OPTION;
GRANT SELECT ON SYS.DBA_PROFILES TO [adminuser] WITH GRANT OPTION;
GRANT SELECT ON SYS.DBA_USERS TO [adminuser] WITH GRANT OPTION;
GRANT SELECT ON SYS.DBA_DATA_FILES TO [adminuser] WITH GRANT OPTION;
GRANT SELECT ON SYS.DBA_SEGMENTS TO [adminuser] WITH GRANT OPTION;Si vous obtenez une erreur Failed to verify the target database dans la boîte de dialogue Modifier la base de données locataire lors du changement de base de données, cela peut être dû au fait que vous ne disposez pas des privilèges requis ou que la base de données n'est pas accessible. (Visual Builder ne peut pas atteindre les bases de données dans des sous-réseaux privés, sauf lorsque Visual Builder est provisionné en tant qu'adresse privée dans le même sous-réseau privé que la base de données.)
Si l'erreur s'affiche, vérifiez que l'utilisateur ADMIN (adminuser) dispose des privilèges requis. Vous devrez peut-être également affecter les rôles SYSOPER et SYSDBA à l'utilisateur ADMIN :
GRANT SYSOPER, SYSDBA TO [adminuser];Vous pouvez exécuter la requête suivante pour vérifier que l'utilisateur ADMIN dispose des privilèges nécessaires :
select * from v$pwfile_users;Dans l'assistant, vous devez sélectionner et exporter toutes les applications de votre instance que vous souhaitez conserver. Après avoir vérifié que votre instance utilise la nouvelle instance de base de données, vous devez importer les applications exportées dans Visual Builder pour les enregistrer dans la nouvelle instance de base de données.
Si vous disposez déjà d'applications actives sur l'instance :
- Avant de passer à une nouvelle base de données, veillez à sauvegarder les données de leurs objets fonctionnels à l'aide des options d'export dans le gestionnaire de données Visual Builder. Vous pourrez ensuite importer ces données dans les nouvelles applications que vous allez créer à partir des archives d'application que vous exportez dans l'assistant.
- Verrouillez les applications actives avant de modifier les paramètres de la base de données de votre instance afin d'empêcher les utilisateurs de les utiliser lors du processus de migration. Vous pouvez déverrouiller les applications une fois le processus de migration terminé. Vous verrouillez et déverrouillez des applications actives dans le menu Options d'application de la page d'accueil de Visual Builder. Reportez-vous à Gestion d'une application dans Développement d'applications avec Oracle Visual Builder.
Pour basculer vers une autre instance Oracle DB, procédez comme suit :
- Ouvrez l'onglet Base de données des locataires.
Vous pouvez ouvrir l'onglet Base de données locataire de votre instance à partir de la page d'accueil de l'instance ou en saisissant l'URL directement dans la fenêtre du navigateur. Il peut être plus rapide d'entrer l'URL directement en cas de problème de chargement de la page d'accueil, par exemple si le portefeuille a expiré.
-
Pour ouvrir l'onglet Base de données de locataires à l'aide d'une URL, saisissez ce qui suit dans le champ URL du navigateur :
https://<instance-url>/ic/builder?root=settings&settingsSection=tenant-databaseDans l'URL ci-dessus, remplacez
<instance-url>par l'URL de votre instance. -
Pour ouvrir l'onglet Base de données de locataires à partir de la page d'accueil, procédez comme suit :
- Sur la page d'accueil de Visual Builder, cliquez sur Menu de navigation
dans l'angle supérieur gauche de la barre de titre de Visual Builder.
- Cliquez sur Paramètres dans le menu de navigation pour ouvrir Paramètres de locataire.
- Ouvrez l'onglet Base de données des locataires.
- Sur la page d'accueil de Visual Builder, cliquez sur Menu de navigation
-
- Dans l'onglet Base de données de locataire, cliquez sur Utiliser une autre base de données dans le panneau Base de données de locataire pour ouvrir l'assistant Modifier la base de données de locataire.
Dans l'assistant Modifier la base de données de locataire, vous fournissez les détails de la connexion à l'instance Oracle DB.
- Sélectionnez toutes les applications à exporter. Cliquez sur Fin.
Vous devez sélectionner et exporter toutes les applications que vous souhaitez conserver. Toutes les applications qui ne sont pas exportées seront perdues.
Lorsque vous cliquez sur Terminer, les applications que vous avez sélectionnées sont téléchargées vers votre système de fichiers local. Les archives d'application exportées incluent les détails relatifs aux rôles utilisateur de l'application. Elles sont disponibles lorsque vous réimportez votre application dans la nouvelle base de données.
Une fois la base de données permutée, le volet Base de données de locataire affiche les informations de connexion de la base de données de votre locataire. Dans l'image suivante, vous pouvez constater que l'instance utilise à présent une instance de base de données Autonomous Transaction Processing (ATP).
Si vous décidez de revenir à l'utilisation de la base de données imbriquée, vous pouvez cliquer sur 
dans le panneau Base de données de locataire. Vous serez invité à confirmer que vous souhaitez passer à l'utilisation de la base de données intégrée de l'instance au lieu de la base de données en cours.
Lorsque vous revenez à la base de données imbriquée, les applications visuelles de la base de données en cours ne sont pas transférées automatiquement. Vous devez exporter les applications que vous souhaitez conserver avant de changer de base de données, puis les importer dans la base de données intégrée.
Visual Builder gère automatiquement les schémas et les tables qu'il utilise pour les applications et les objets métier dans votre nouvelle base de données. Vous n'avez donc rien à faire de plus.
Si vous souhaitez accéder aux objets métier à l'aide de SQL, vous constaterez que VB crée des utilisateurs/schémas avec des noms commençant par VB_, suivis de chaînes générées de façon aléatoire. En examinant le dictionnaire de données, vous serez en mesure de trouver les utilisateurs qui représentent des applications spécifiques. Vous verrez des schémas distincts pour les instances de développement, de phase et publiées d'une application. Les schémas des instances de développement et de test seront recréés avec des noms différents à chaque nouvelle version de l'application que vous créez. Si vous souhaitez empêcher la modification du nom de schéma d'une application publiée, lorsque vous publiez de nouvelles versions de l'application, vous devez choisir l'option de ne pas remplacer les données.
Au lieu d'avoir Visual Builder à créer et à gérer des schémas, vous pouvez mettre à la disposition des applications un schéma qui existe déjà dans votre base de données, afin que les développeurs puissent créer des objets métier basés sur des vues et des tables de base de données existantes. Si vous choisissez d'utiliser votre propre schéma, assurez-vous de bien comprendre les exigences et les limites liées à l'utilisation de votre propre schéma. Pour plus de détails, reportez-vous à Passer à votre propre schéma de base de données pour les objets métier dans le manuel Développement d'applications avec Oracle Visual Builder.
Si vous utilisez votre propre schéma, un seul schéma est utilisé pour les instances de développement, intermédiaires et publiées de l'application. Reportez-vous à Mise à disposition des schémas d'une instance Oracle DB pour les applications.