Zu eigener Oracle DB-Instanz wechseln
Die mit Ihrer Visual Builder-Instanz bereitgestellte Datenbank wird zum Speichern von Daten für Ihre Geschäftsobjekte und die Metadaten Ihrer App verwendet. Diese Datenbank hat jedoch ein Limit von 5 GB, und Sie können nicht mit regulärem SQL auf die Daten in den Objekten zugreifen.
Wenn das 5-GB-Limit für Ihr Mandantenschema nicht ausreicht, können Sie die Instanz so konfigurieren, dass sie eine Oracle DB-Instanz mit mehr Speicherplatz anstelle der Standarddatenbank verwendet. Sie können eine Verbindung zu einer Oracle DBaaS- oder Autonomous Transaction Processing-(ATP-)Datenbankinstanz herstellen. Durch die Verwendung einer ATP-Datenbank erhalten Sie mehr Speicherplatz und direkten SQL-Zugriff auf die von VB erstellten Objekte. Sie können auch ein Free Forever Oracle ATP verwenden, das 20 GB Speicher kostenlos bereitstellt.
Um eine andere Oracle DB-Instanz zu verwenden, erstellen Sie mit einem Assistenten in den Mandanteneinstellungen eine Verbindung zur Datenbankinstanz und exportieren die Anwendungen, die in der aktuellen Datenbank des Mandanten gespeichert sind.
Wenn Sie sich für die Verbindung mit der DBaaS-Instanz mit JDBC entscheiden, müssen Sie die erforderlichen Berechtigungen angeben, damit der ADMIN-Benutzer ein Mandantenschema erstellen kann. Die folgende SQL zeigt die erforderlichen Berechtigungen:
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;
Wenn Sie sich für die Verwendung von ATP entscheiden, müssen Sie zusätzlich zu den Verbindungsinformationen die Datei wallet.zip
in den Assistenten aufnehmen. Sie können einen neuen ATP-ADMIN-Benutzer mit den korrekten Administratorberechtigungen erstellen. Die folgende SQL-Anweisung zeigt, wie Sie einen zweiten ATP ADMIN-Benutzer in SQL*Plus oder SQL Developer erstellen.
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;
Wenn beim Wechseln der Datenbank im Dialogfeld "Mandantendatenbank ändern" der Fehler Failed to verify the target database
angezeigt wird, liegt dies möglicherweise daran, dass Sie nicht über die erforderlichen Berechtigungen verfügen oder die Datenbank nicht erreichbar ist. (Visual Builder kann keine Datenbanken in privaten Subnetzen erreichen, es sei denn, Visual Builder wird als privater Endpunkt in demselben privaten Subnetz wie die Datenbank bereitgestellt.)
Wenn der Fehler angezeigt wird, vergewissern Sie sich, dass der ADMIN-Benutzer (adminuser
) über die erforderlichen Berechtigungen verfügt. Möglicherweise müssen Sie dem ADMIN-Benutzer auch die Rollen SYSOPER und SYSDBA zuweisen:
GRANT SYSOPER, SYSDBA TO [adminuser];
Sie können die folgende Abfrage ausführen, um zu bestätigen, dass der ADMIN-Benutzer über die erforderlichen Berechtigungen verfügt:
select * from v$pwfile_users;
Im Assistenten müssen Sie alle Anwendungen in der Instanz auswählen und exportieren, die Sie beibehalten möchten. Nachdem Sie bestätigt haben, dass Ihre Instanz die neue Datenbankinstanz verwendet, müssen Sie die exportierten Anwendungen in Visual Builder importieren, um sie in der neuen Datenbankinstanz zu speichern.
Wenn sich bereits Liveanwendungen auf der Instanz befinden:
- Stellen Sie vor dem Wechsel zu einer neuen Datenbank sicher, dass Sie die Daten in ihren Geschäftsobjekten mit den Exportoptionen im Visual Builder-Datenmanager sichern. Anschließend können Sie diese Daten wieder in die neuen Apps importieren, die Sie aus den Anwendungsarchiven erstellen, die Sie im Assistenten exportieren.
- Sperren Sie die Liveanwendungen, bevor Sie die Einstellungen der Datenbank Ihrer Instanz ändern, um zu verhindern, dass Benutzer sie während des Migrationsprozesses verwenden. Sie können die Sperre der Anwendungen aufheben, wenn der Migrationsprozess abgeschlossen ist. Sie sperren und entsperren Live-Anwendungen im Menü "Anwendungsoptionen" auf der Visual Builder-Homepage. Siehe Anwendung verwalten in Anwendungen mit Oracle Visual Builder entwickeln.
So wechseln Sie zu einer anderen Oracle DB-Instanz:
Nachdem Sie die Datenbank gewechselt haben, werden im Bereich "Mandantendatenbank" die Verbindungsinformationen für die Datenbank Ihres Mandanten angezeigt. In der folgenden Abbildung sehen Sie, dass die Instanz jetzt eine Autonomous Transaction Processing-(ATP-)Datenbankinstanz verwendet.
Wenn Sie die eingebettete Datenbank wieder verwenden möchten, können Sie im Bereich "Mandantendatenbank" auf klicken. Sie werden aufgefordert zu bestätigen, dass Sie zur Verwendung der eingebetteten Datenbank der Instanz anstelle der aktuellen wechseln möchten.
Wenn Sie die eingebettete Datenbank wieder verwenden, werden die visuellen Anwendungen in der aktuellen Datenbank nicht automatisch übertragen. Sie müssen die Apps, die Sie beibehalten möchten, exportieren, bevor Sie die Datenbank wechseln, und sie dann in die eingebettete Datenbank importieren.
Visual Builder verwaltet automatisch die Schemas und Tabellen, die es für Anwendungen und Geschäftsobjekte in der neuen DB verwendet, sodass Sie nichts weiter tun müssen.
Wenn Sie mit SQL auf die Geschäftsobjekte zugreifen möchten, erstellt VB Benutzer/Schemas mit Namen, die mit VB_
beginnen, gefolgt von zufällig generierten Zeichenfolgen. Durch die Prüfung des Data Dictionarys können Sie die Benutzer finden, die bestimmte Apps darstellen. Beachten Sie, dass separate Schemas für Entwicklungs-, Staging- und veröffentlichte Instanzen einer App angezeigt werden. Die Schemas für die Entwicklungs- und Testinstanzen werden mit jeder neuen Version der App, die Sie erstellen, mit unterschiedlichen Namen neu erstellt. Wenn Sie verhindern möchten, dass sich der Schemaname für eine veröffentlichte App ändert, sollten Sie beim Veröffentlichen neuer Versionen der App die Option auswählen, die Daten nicht zu ersetzen.
Anstatt dass Visual Builder Schemas erstellt und verwaltet, können Sie ein Schema, das bereits in der Datenbank vorhanden ist, für Anwendungen verfügbar machen, sodass Entwickler Geschäftsobjekte basierend auf vorhandenen DB-Tabellen und -Views erstellen können. Wenn Sie Ihr eigenes Schema verwenden möchten, stellen Sie sicher, dass Sie die Anforderungen und Einschränkungen bei der Verwendung Ihres eigenen Schemas verstehen. Weitere Informationen finden Sie unter Zu Ihrem eigenen Datenbankschema für Geschäftsobjekte wechseln in Anwendungen mit Oracle Visual Builder entwickeln.
Wenn Sie Ihr eigenes Schema verwenden, wird nur ein Schema für die Entwicklungs-, Staging- und veröffentlichten Instanzen der App verwendet. Siehe Schemas in einer Oracle DB-Instanz für Anwendungen verfügbar machen.