Passa all'istanza di Oracle DB personale
Il database di cui è stato eseguito il provisioning con l'istanza di Visual Builder viene utilizzato per memorizzare i dati per i business object e i metadati dell'applicazione, ma questo database ha un limite di 5 GB e non è possibile accedere ai dati negli oggetti utilizzando l'istruzione SQL normale.
Se il limite di 5 GB è insufficiente per lo schema tenant, è possibile configurare l'istanza in modo che utilizzi un'istanza di Oracle DB con più spazio anziché il database predefinito. Puoi connetterti a un'istanza di database Oracle DBaaS o Autonomous Transaction Processing (ATP). L'uso di un database ATP offre più spazio e accesso SQL diretto agli oggetti creati da VB. È inoltre possibile utilizzare Oracle ATP Free Forever, che fornisce gratuitamente 20 GB di storage.
Per utilizzare un'istanza Oracle DB diversa, utilizzare una procedura guidata nelle impostazioni tenant per creare una connessione all'istanza di database ed esportare le applicazioni memorizzate nel database corrente del tenant.
Se si decide di utilizzare JDBC per connettersi all'istanza DBaaS, è necessario includere i privilegi necessari per consentire all'utente ADMIN di creare uno schema tenant. L'istruzione SQL riportata di seguito mostra i privilegi necessari.
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;
Se si decide di utilizzare ATP, sarà necessario includere il file wallet.zip
nella procedura guidata oltre alle informazioni di connessione. È possibile creare un nuovo utente ATP ADMIN con i privilegi di amministratore corretti. La seguente istruzione SQL mostra come creare un secondo utente ATP ADMIN in SQL*Plus o 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;
Se viene visualizzato un errore Failed to verify the target database
nella finestra di dialogo Modifica database tenant durante il passaggio al database, è possibile che non si disponga dei privilegi necessari o che il database non sia raggiungibile. Visual Builder non può raggiungere i database nelle subnet private, a meno che non venga eseguito il provisioning di Visual Builder come endpoint privato nella stessa subnet privata del database.
Se viene visualizzato l'errore, verificare che l'utente ADMIN (adminuser
) disponga dei privilegi necessari. Potrebbe essere inoltre necessario assegnare i ruoli SYSOPER e SYSDBA all'utente ADMIN:
GRANT SYSOPER, SYSDBA TO [adminuser];
È possibile eseguire la query seguente per confermare che l'utente ADMIN dispone dei privilegi necessari:
select * from v$pwfile_users;
Nella procedura guidata è necessario selezionare ed esportare tutte le applicazioni dell'istanza che si desidera conservare. Dopo aver confermato che l'istanza sta utilizzando la nuova istanza di database, è necessario importare le applicazioni esportate in Visual Builder per salvarle nella nuova istanza di database.
Se nell'istanza sono già presenti applicazioni attive:
- Prima di passare a un nuovo database, assicurarsi di eseguire il backup dei dati nei business object utilizzando le opzioni di esportazione in Data Manager di Visual Builder. Sarà quindi possibile importare di nuovo tali dati nelle nuove applicazioni create dagli archivi dell'applicazione esportati nella procedura guidata.
- Prima di modificare le impostazioni del database dell'istanza, bloccare le applicazioni attive per impedire agli utenti di utilizzarle durante il processo di migrazione. È possibile sbloccare le applicazioni al termine del processo di migrazione. È possibile bloccare e sbloccare le applicazioni attive nel menu Opzioni applicazione della home page di Visual Builder. Vedere Manage an Application in Developing Applications with Oracle Visual Builder.
Per passare a un'altra istanza di Oracle DB:
Dopo aver cambiato database, nel riquadro Database tenant vengono visualizzate le informazioni di connessione per il database del tenant. Nell'immagine seguente è possibile vedere che l'istanza ora utilizza un'istanza di database ATP (Autonomous Transaction Processing).
Se si decide di ripristinare l'utilizzo del database incorporato, è possibile fare clic su nel riquadro Database tenant. Verrà richiesto di confermare che si desidera passare all'utilizzo del database incorporato dell'istanza anziché di quello corrente.
Quando si torna a utilizzare il database incorporato, le applicazioni visive nel database corrente non vengono trasferite automaticamente. È necessario esportare le applicazioni che si desidera conservare prima di passare al database e quindi importarle nel database incorporato.
Visual Builder gestisce automaticamente gli schemi e le tabelle utilizzati per le applicazioni e i business object nel nuovo DB, pertanto non è necessario eseguire ulteriori operazioni.
Se si desidera accedere ai business object utilizzando SQL, si scoprirà che VB crea utenti/schemi con nomi che iniziano con VB_
seguiti da stringhe generate in modo casuale. Esaminando il dizionario dati potrai trovare gli utenti che rappresentano app specifiche. Tenere presente che verranno visualizzati schemi separati per le istanze di sviluppo, posizionamento nell'area intermedia e pubblicazione di un'applicazione. Gli schemi per le istanze di sviluppo e test verranno ricreati con nomi diversi con ogni nuova versione dell'applicazione creata. Se si desidera impedire la modifica del nome dello schema per un'applicazione pubblicata, quando si pubblicano nuove versioni dell'applicazione è necessario scegliere l'opzione per non sostituire i dati.
Anziché fare in modo che Visual Builder crei e gestisca gli schemi, è possibile rendere disponibile alle applicazioni uno schema già esistente nel database, in modo che gli sviluppatori possano creare business object basati su tabelle e viste DB esistenti. Se si sceglie di utilizzare il proprio schema, assicurarsi di aver compreso i requisiti e le limitazioni quando si utilizza il proprio schema. Per i dettagli, vedere Passa allo schema di database personale per i business object in Sviluppo di applicazioni con Oracle Visual Builder.
Se si utilizza uno schema personalizzato, viene utilizzato un solo schema per le istanze di sviluppo, area intermedia e pubblicate dell'applicazione. Vedere Rendere gli schemi in un'istanza di Oracle DB disponibili per le applicazioni.