Comment analyser la performance des applications Oracle Forms dans un environnement live ?
Comment analyser la performance des applications Oracle Forms dans un environnement live ?
L'agent de diagnostic de formulaires ou l'agent de mesures de formulaires permet à l'utilisateur d'analyser diverses informations liées aux performances des applications de formulaires exécutées dans votre environnement.
Titleimage
L'agent de diagnostic de formulaires ou l'agent de mesures de formulaires permet à l'utilisateur d'analyser diverses informations liées aux performances des applications de formulaires exécutées dans votre environnement
Note:Pour que Forms Diagnostics Agent fonctionne, voir Installation et configuration d'Oracle Forms .
Cet agent accède aux données de métriques (disponibles dans DMS) à intervalles réguliers et renseigne les tables de base de données. Ce processus permet à l'utilisateur d'accéder aux données collectées sous forme de données historiques. Le déploiement de l'agent Forms Diagnostics est facultatif. L'application de l'agent fournit une interface interactive où l'utilisateur peut spécifier la fréquence de collecte des données et également contrôler le démarrage et l'arrêt de la collecte des données. Cela peut être réalisé en effectuant les tâches décrites dans les sections suivantes :
- Configuration du schéma de base de données
- Configuration d'une source de données dans WebLogic
- Déploiement de l'agent de diagnostic des formulaires
- Gestion de la collecte de données
- Utiliser l'application Agent
- Limitations de l'application Agent
Configuration du schéma de base de données
Pour configurer le schéma de base de données pour Forms Diagnostics Agent, vous devez créer un utilisateur et un schéma dans la base de données. L'utilisateur peut choisir une instance de base de données de son choix. Aucune base de données spéciale n'est installée avec Forms ou l'agent de diagnostic.
Créer un utilisateur dans la base de données
Note:
Avant de créer un utilisateur dans la base de données, assurez-vous que le nom d'utilisateur que vous avez fourni est nouveau et n'existe pas déjà. En effet, le .sql
script (utilisé pour créer l'utilisateur dans la base de données) remplace l'utilisateur (nom d'utilisateur fourni lors de la création) par le nouvel utilisateur.
Pour créer un utilisateur dans la base de données, procédez comme suit :
- Connectez-vous à la base de données comme
sysdba
indiqué ci-dessous :sqlplus sys/@ as sysdba
- Exécutez le script suivant :
@ORACLE_HOME/forms/forms_create_diagnostics_user.sql
. - L'utilisateur doit saisir l'identifiant et le mot de passe.
L'utilisateur est créé dans la base de données.
Créer un schéma dans la base de données
Note:
Avant de créer un schéma dans la base de données, assurez-vous que le nom d'utilisateur que vous avez fourni est nouveau et n'existe pas déjà. En effet, le .sql
script (utilisé pour créer le schéma dans la base de données) remplace le schéma (nom d'utilisateur fourni lors de la création) par le nouveau schéma.
Pour créer un schéma dans la base de données, procédez comme suit :
- Connectez-vous à la base de données en tant qu?utilisateur que vous avez créé dans les étapes ci-dessus :
sqlplus /@
- Exécutez le script suivant :
@ORACLE_HOME/forms/forms_create_diagnostics_schema.sql
Le schéma est créé dans la base de données.
Configuration d'une source de données dans WebLogic
Après avoir configuré la base de données pour qu'elle fonctionne avec l'agent de diagnostic des formulaires, vous devez configurer une source de données à l'aide de la console Weblogic.
Pour configurer une source de données à l?aide de la console Weblogic, procédez comme suit :
- Connectez-vous à la console WebLogic.
- Dans le panneau de navigation de gauche, sélectionnez Services et accédez à Sources de données . Cliquez sur Verrouiller et modifier dans la fenêtre Centre de modifications pour apporter des modifications.
- Dans la page Résumé des sources de données JDBC , cliquez sur Configuration . Dans le tableau Sources de données , cliquez sur Nouveau et sélectionnez Sources de données génériques dans la liste.
- Saisissez les valeurs pour les paramètres suivants : nom des sources de données JDBC L'utilisateur peut saisir n'importe quel nom. Nom JNDI oracle/formulaires/agentDS Type de base de données Choisissez le type de base de données que vous avez utilisé pour créer l?utilisateur et le schéma dans les étapes précédentes. Cliquez sur Suivant . La page Créer une nouvelle source de données JDBC s'affiche.
- Sélectionnez Pilote de base de données dans la liste des pilotes disponibles pour le type de base de données que vous avez sélectionné. Cliquez sur Suivant .
- Saisissez les valeurs pour les paramètres suivants : Nom de la base de données Nom de l'hôte Port Nom d'utilisateur de la base de données Saisissez le nom d?utilisateur que vous avez utilisé lors de la création d?un utilisateur dans la base de données dans les étapes ci-dessus. Mot de passe Saisissez le mot de passe que vous avez utilisé lors de la création d?un utilisateur dans la base de données dans les étapes ci-dessus. Cliquez sur Suivant .
- Sur la page suivante, cliquez sur Configurations de test dans le coin supérieur gauche pour vérifier si la base de données a été configurée avec succès. Cliquez sur Suivant .
- Sélectionnez Admin Server comme cible pour déployer la source de données. Cliquez sur Terminer .
- Cliquez sur Activer les modifications dans la fenêtre Centre des modifications pour enregistrer les modifications.
Vous avez maintenant configuré une source de données JDBC.
Déploiement de l'agent de diagnostic des formulaires
Après avoir configuré une source de données dans Weblogic, l'agent Forms Diagnostics doit être déployé sur le serveur d'administration Weblogic.
Pour déployer l'agent Forms Diagnostics, procédez comme suit dans la console Weblogic :
- Connectez-vous à la console Weblogic.
- Dans le panneau de navigation de gauche, sélectionnez Déploiements . Cliquez sur Verrouiller et modifier dans la fenêtre Centre de modifications pour apporter des modifications.
- Dans la page Résumé des déploiements, cliquez sur Installer . La page Assistant d?installation d?application s?affiche.
- Entrez le chemin du fichier .war comme indiqué ci-dessous :
ORACLE_HOME/forms/j2ee
C'est l'emplacement duformsagentapp.war
fichier. - Sélectionnez le
formsagentapp.war
fichier. Cliquez sur Suivant . La page Choisir le style de ciblage s?affiche. - Sélectionnez Installer ce déploiement en tant qu?application .
- Sélectionnez Admin Server comme cible pour déployer Forms Diagnostics Agent. Cliquez sur Suivant .
- Laissez les paramètres facultatifs à leurs valeurs par défaut et cliquez sur Terminer . Cliquez sur Activer les modifications dans la fenêtre Centre des modifications pour enregistrer les modifications.
L'agent Forms Diagnostics a été déployé avec succès sur le serveur d'administration Weblogic.
Pour démarrer l'application, sélectionnez formsagentapp dans la liste des applications déployées et cliquez sur Démarrer .
Gestion de la collecte de données
L'agent Forms Diagnostics permet aux utilisateurs de gérer la collecte de données à l'aide d'une interface.
L'utilisateur peut spécifier la fréquence de collecte des données et contrôler le démarrage ou l'arrêt de la collecte des données. Pour ce faire, il peut procéder comme suit :
- Connectez-vous à la console de l'agent en utilisant l'URL suivante :
http://:/formsagent/AgentConsole.jsp
- Entrez l'identifiant utilisateur et le mot de passe. Tout utilisateur disposant de privilèges d?administrateur peut se connecter à la console.
- Saisissez une valeur pour la fréquence de collecte des données . Ce paramètre correspond à la différence de temps entre deux collectes de données consécutives. La valeur par défaut est de 10 minutes. La valeur minimale doit être d'une minute.
- Cliquez sur Démarrer .
Un message s'affiche indiquant que l'agent de diagnostic des formulaires est en cours d'exécution. Cliquez sur Arrêter chaque fois que vous souhaitez arrêter la collecte des mesures par l'agent.
Utiliser l'application Agent
Lorsque l'utilisateur demande à l'application agent de démarrer la collecte des mesures, l'agent collecte les mesures à partir de DMS et remplit les tables de base de données. L'utilisateur peut accéder à ces mesures collectées dans les tables de base de données.
Pour utiliser ces mesures collectées, l'utilisateur peut créer une application frontale qui sera capable de lire ces données et d'analyser les performances historiques des applications Forms exécutées dans votre environnement en préparant des graphiques, des diagrammes, etc.
La clé primaire et la clé étrangère de chaque table ont été mentionnées dans les tables respectives. Voici les tables de base de données qui sont renseignées lors de la collecte des métriques par l'agent Forms Diagnostics :
Tableau -47 Table de base de données ADMIN_SERVER
Numéro de série | Nom de la colonne | Valeur de l'échantillon | Description |
---|---|---|---|
01 |
ID_AGENT |
1 |
AGENT_ID est la clé primaire dans la table de base de données ADMIN_SERVER. ID de l'application de l'agent. Toute valeur entière commençant par 1 |
02 |
ADMIN_HOSTNAME |
monhebergeur.mondomaine.com |
Nom de la machine sur laquelle le serveur d'administration est déployé |
03 |
PORT_ADMINISTRATIF |
7001 |
Port du serveur d'administration |
Tableau -48 Tableau de base de données AGENT
Numéro de série | Nom de la colonne | Valeur de l'échantillon | Description |
---|---|---|---|
01 |
STATUT_AGENT |
En cours d'exécution |
Statut de l'agent |
02 |
TEMPS RÉEL |
23/07/2009 à 17:11:41 |
Date et heure d'enregistrement du statut Toutes les entrées horaires sont en UTC/GMT |
03 |
ID_SÉQUENCE |
205 |
ID créé par l'agent à chaque fois que le statut de l'agent est enregistré |
04 |
FRÉQUENCE |
40 |
Différence de temps (en minutes) entre deux collectes de données consécutives |
05 |
ID_AGENT |
1 |
AGENT_ID est une clé étrangère dans cette table de base de données. Elle fait référence à AGENT_ID dans la table de base de données ADMIN_SERVER ID de l'application de l'agent. Toute valeur entière commençant par 1 |
Tableau -49 Table de base de données FRM_DB
Numéro de série | Nom de la colonne | Valeur de l'échantillon | Description |
---|---|---|---|
01 |
ID_DB_FRM |
8769 |
FRM_DB_ID est la clé primaire dans la table de base de données FRM_DB. ID attribué à la base de données utilisée par l'application Forms |
02 |
NOM_DB |
v11g |
La base de données à laquelle frmweb est connecté. S'il est connecté à v11g, ce champ affichera v11g. Cela peut être NULL lorsque frmweb n'est connecté à aucune base de données |
03 |
ENTRÉE_TNS |
(DESCRIPTION = (LISTE_D'ADRESSES = (ADRESSE = (PROTOCOLE = TCP)(HÔTE = sample.host.com)(PORT = 1521))) (CONNECT_DATA = (SERVICE_NAME = v11g))) |
Entrée TNS de la base de données à laquelle frmweb est connecté |
04 |
NOM D'UTILISATEUR |
Scott |
L'utilisateur de la base de données qui s'est connecté |
Tableau -50 FRM_DB_LOGIN Table de base de données
Numéro de série | Nom de la colonne | Valeur de l'échantillon | Description |
---|---|---|---|
01 |
ID_CONNEXION_DB_FRM |
345 |
FRM_DB_LOGIN_ID est la clé primaire dans la table de base de données FRM_DB_LOGIN. ID attribué à chaque ligne du tableau |
02 |
ID_DURÉE_D'EXÉCUTION_FRM |
107 |
FRM_RUNTIME_ID est une clé étrangère dans cette table de base de données. Elle fait référence à FRM_RUNTIME_ID dans la table de base de données FRM_RUNTIME |
03 |
ID_DB_FRM |
1025 |
FRM_DB_ID est une clé étrangère dans cette table de base de données. Elle fait référence à FRM_DB_ID dans la table de base de données FRM_DB ID attribué à la base de données utilisée par l'application Forms |
04 |
TEMPS RÉEL |
23/07/2009 à 17:11:41 |
Date et heure d'enregistrement du statut et données métriques collectées pour mettre à jour le tableau Toutes les entrées horaires sont en UTC/GMT |
Tableau -51 Table de base de données FRM_RUNTIME
Numéro de série | Nom de la colonne | Valeur de l'échantillon | Description |
---|---|---|---|
01 |
ID_DURÉE_D'EXÉCUTION_FRM |
107 |
FRM_RUNTIME_ID est une clé primaire dans la table de base de données FRM_RUNTIME. ID qui identifie le processus de formulaires |
02 |
ID_APPLICATION_WLS |
5005 |
WLS_APP_ID est une clé étrangère dans cette table de base de données. Elle fait référence à WLS_APP_ID dans la table de base de données WLS_APP Détermine l'application Forms dans la table WLS_APP |
03 |
ID_UTILISATEUR_FRM |
1310 |
FRM_USER_ID est une clé étrangère dans cette table de base de données. Elle fait référence à FRM_USER_ID dans la table de base de données FRM_USER ID attribué au client Forms ou à l'instance client |
04 |
VALEUR_CONFIG |
|
Nom de la section de configuration de |
05 |
TEMPS DE CONNEXION |
23/07/2009 à 17:11:41 |
Date et heure de création de frmweb Toutes les entrées horaires sont en UTC/GMT |
06 |
HEURE DE DÉCONNECTION |
23/07/2009 à 18:15:43 |
Date et heure de fin de frmweb Toutes les entrées horaires sont en UTC/GMT |
07 |
NOM_FORMULAIRE_DE_DEPART |
emp |
Nom de la forme de départ |
08 |
ID_PROCESSUS |
8020 |
ID de processus de frmweb sur la machine de niveau intermédiaire |
09 |
FRM_STATUT |
En cours d'exécution / Sortie |
Statut de frmweb |
10 |
FRM_CPU_TIME_ON_EXIT |
256 |
Temps CPU à la sortie de frmweb |
11 |
FRM_MEMOIRE_PRIVEE_A_LA_SORTIE |
6385 |
Mémoire utilisée par le processus Forms au moment de la sortie |
12 |
FRM_CODE_SORTIE |
|
|
Tableau -52 Tableau de base de données FRM_TRACE
Numéro de série | Nom de la colonne | Valeur de l'échantillon | Description |
---|---|---|---|
01 |
ID_TRACE_FRM |
2679 |
FRM_TRACE_ID est la clé primaire de cette table de base de données. ID attribué aux lignes de la table de base de données FRM_TRACE |
02 |
FICHIER_TRACE |
formulaires_1055.trc |
Nom du fichier de trace lorsque cette |
03 |
TRACÉ |
matrace |
Le nom du groupe de traces sélectionné par l'application |
Tableau -53 Table de base de données FRM_TRACE_USE
Numéro de série | Nom de la colonne | Valeur de l'échantillon | Description |
---|---|---|---|
01 |
ID_UTILISATION_TRACE_FRM |
1906 |
FRM_TRACE_USE_ID est la clé primaire de cette table de base de données. ID attribué aux lignes de la table de base de données |
02 |
ID_DURÉE_D'EXÉCUTION_FRM |
107 |
FRM_RUNTIME_ID est une clé étrangère dans cette table de base de données. Elle fait référence à FRM_RUNTIME_ID dans la table de base de données FRM_RUNTIME ID qui identifie le processus de formulaires |
03 |
ID_TRACE_FRM |
2679 |
FRM_TRACE_ID est une clé étrangère dans cette table de base de données. Elle fait référence à FRM_TRACE_ID dans la table de base de données FRM_TRACE ID attribué à la ligne dans la table de base de données |
04 |
TEMPS RÉEL |
23/07/2009 à 17:11:41 |
Date et heure d'enregistrement du statut et données métriques collectées pour mettre à jour le tableau Toutes les entrées horaires sont en UTC/GMT |
Tableau -54 FRM_USER Table de base de données
Numéro de série | Nom de la colonne | Valeur de l'échantillon | Description |
---|---|---|---|
01 |
ID_UTILISATEUR_FRM |
1310 |
FRM_USER_ID est la clé primaire de cette table de base de données. ID attribué au client Forms ou à l'instance client |
02 |
CLIENT_IP |
255.255.255.255 |
Adresse IP de la machine cliente à partir de laquelle le navigateur a été lancé et via laquelle l'utilisateur s'est connecté au niveau intermédiaire |
03 |
ID_UTILISATEUR_SSO |
nomf.noml@myapp.com |
ID de connexion unique de l'utilisateur qui s'est connecté. |
Tableau -55 Tableau de base de données HISTORY
Numéro de série | Nom de la colonne | Valeur de l'échantillon | Description |
---|---|---|---|
01 |
ID_DURÉE_D'EXÉCUTION_FRM |
107 |
FRM_RUNTIME_ID est une clé étrangère dans cette table de base de données. Elle fait référence à FRM_RUNTIME_ID dans la table de base de données FRM_RUNTIME ID qui identifie le processus de formulaires |
02 |
TEMPS RÉEL |
23/07/2009 à 17:11:41 |
Date et heure de prise de l'instantané Toutes les entrées horaires sont en UTC/GMT |
03 |
ID_SÉQUENCE |
205 |
ID créé par l'agent à chaque fois que le statut de l'agent est enregistré. |
04 |
FRM_BYTES_ENVOYÉS |
400 |
Nombre d'octets envoyés du serveur au client pour ce processus jusqu'à présent |
05 |
FRM_BYTES_ENVOYÉS_DELTA |
37 |
Différence dans le nombre d'octets envoyés du serveur au client pour ce processus depuis la dernière lecture de l'agent |
06 |
FRM_BYTES_REÇUS |
200 |
Nombre d'octets envoyés du client au serveur pour ce processus jusqu'à présent |
07 |
FRM_OCTETS_REÇUS_DELTA |
23 |
Différence dans le nombre d'octets envoyés du client au serveur pour ce processus depuis la dernière lecture de l'agent |
08 |
FRM_RÉSEAU_ALLER_RETOUR |
30 |
Nombre d'allers-retours réseau entre le client et le serveur pour ce processus jusqu'à présent |
09 |
DELTA_ALLER_RETOUR_RESEAU_FRM |
3 |
Différence dans le nombre d'allers-retours réseau entre le client et le serveur pour ce processus depuis la dernière lecture de l'agent |
10 |
FRM_CPU_TIME |
230 |
Temps de traitement total pris par frmweb (en millisecondes) pour ce processus jusqu'à présent |
11 |
DELTA_TEMPS_CPU_FRM |
47 |
Différence dans la valeur de FRM_CPU_TIME depuis la dernière lecture de l'agent |
12 |
FRM_MÉMOIRE_PRIVÉE |
7998 |
Mémoire utilisée par le processus Formulaires au moment où l'instantané a été pris. |
13 |
ITÉRATION |
50 |
Nombre de fois que les données sont collectées dans la table de base de données. |
Tableau -56 Table de base de données WLS_APP
Numéro de série | Nom de la colonne | Valeur de l'échantillon | Description |
---|---|---|---|
01 |
ID_APPLICATION_WLS |
5005 |
WLS_APP_ID est la clé primaire de cette table de base de données. Détermine l'application Forms dans la table WLS_APP |
02 |
TYPE_SERVEUR |
GÉRÉ |
Type de serveur (par exemple, MANAGED ou ADMIN) |
03 |
NOM_SERVEUR |
WLS_FORMULAIRES |
Nom du serveur |
04 |
NOM_APPLICATION_DÉPLOYÉE |
formulairesapp |
Formulaires Nom de l'application |
05 |
FORMULAIRES_NOM D'HÔTE |
host52.exemple.com |
Machine de niveau intermédiaire sur laquelle l'environnement d'exécution de Forms est exécuté |
06 |
NOM_D'INSTANCE_HOME |
asinst_1 |
Nom de l'instance d'accueil FMW, où l'exécution de Forms est déployée |
07 |
NOM_CLUSTER |
cluster_xyz |
Nom du cluster où l'application Forms est déployée |
08 |
ID_AGENT |
1 |
AGENT_ID est une clé étrangère dans cette table de base de données. Elle fait référence à AGENT_ID dans la table de base de données ADMIN_SERVER. ID de l'application de l'agent. Toute valeur entière commençant par 1 |
Limitations de l'application Agent
L'agent Forms Diagnostics présente certaines limitations quant à son déploiement et son utilisation.
Les limitations sont les suivantes :
- Le déploiement de l'application Forms Diagnostics Agent est facultatif. Si vous souhaitez analyser les informations relatives aux performances des applications Forms, vous devez déployer l'agent Forms Diagnostics manuellement après l'installation.
- L'application agent doit être déployée uniquement sur le serveur d'administration. L'application agent collecte des informations sur toutes les sessions Forms exécutées dans le domaine WLS du serveur d'administration.
- Pour que l'agent puisse accéder aux données de métriques (disponibles dans DMS), l'application DMS doit être opérationnelle.
- Le schéma est conçu pour être fonctionnel uniquement sur un domaine à la fois. Vous ne pouvez pas utiliser le même schéma pour plusieurs agents (exécutés dans des domaines distincts).
- Ne définissez pas la fréquence de collecte des données sur une valeur trop faible. La définition d'une fréquence de collecte des données trop faible ralentit l'environnement de production et entraîne une collecte de données excessive et inutile.
- Cet utilitaire fournit uniquement les objets de base de données et l'agent nécessaires pour effectuer la collecte. Il ne fournit pas d'interface utilisateur (UI) pour exposer les données collectées. Les données peuvent être récupérées en interrogeant les tables décrites dans la documentation ci-dessus. Alternativement, une interface utilisateur peut être développée à l'aide d'une technologie préférée.
Mise à niveau d'Oracle Forms vers la dernière version: Automatisez votre processus de mise à niveau Oracle Forms avec ORMIT™-Forms
Mettre à niveau Oracle Forms à partir de versions plus anciennes, obsolètes ou dépréciées est essentiel pour maintenir des performances, une sécurité et une compatibilité optimales. Les versions plus récentes d'Oracle Forms offrent des fonctionnalités améliorées, des interfaces utilisateur perfectionnées et une meilleure intégration avec les technologies modernes, garantissant un fonctionnement fluide dans les environnements informatiques dynamiques d'aujourd'hui. Les mises à jour de sécurité et les correctifs des dernières versions protègent contre les vulnérabilités susceptibles de compromettre les données sensibles. De plus, les versions plus récentes prennent en charge les systèmes d'exploitation et les navigateurs les plus récents, améliorant ainsi l'accessibilité et l'expérience utilisateur. La mise à niveau apporte également une conformité aux normes actuelles, réduisant le risque de problèmes juridiques et opérationnels. En outre, le support d'Oracle pour les versions obsolètes est limité voire inexistant, rendant le dépannage et la maintenance de plus en plus difficiles. En mettant à niveau, les organisations peuvent tirer parti des dernières innovations d'Oracle, rationaliser les processus et garantir un développement et un déploiement d'applications robustes, évolutifs et sécurisés. Investir dans une mise à niveau est une démarche stratégique pour pérenniser les applications et maximiser le retour sur investissement.
ORMIT™-Forms automatise chaque mise à niveau d'Oracle Forms depuis toutes les versions antérieures jusqu'aux versions les plus récentes. ORMIT™-Forms garantit le succès global de votre mise à niveau Oracle Forms avec un accent sur l'efficacité, les économies de coûts et de temps, en éliminant tout risque potentiel. Le processus automatisé est extrêmement rapide et sécurisé. Il automatise une grande quantité d'actions tout en éliminant les approximations associées aux mises à niveau manuelles. ORMIT™-Forms minimise également les temps d'arrêt et identifie les tâches manuelles nécessitant une intervention de DBA.
Migrer vers Java à partir d'Oracle Forms 9i ou 10g : un moyen facile d'économiser en évitant les nombreuses mises à niveau vers la dernière version avec ORMIT-OpenJava
Mettre à niveau Oracle Forms à partir de versions anciennes, obsolètes ou dépréciées est essentiel pour maintenir des performances optimales, la sécurité et la compatibilité. Les versions plus récentes d'Oracle Forms offrent des fonctionnalités améliorées, des interfaces utilisateur optimisées et une meilleure intégration avec les technologies modernes, assurant ainsi un fonctionnement fluide dans les environnements informatiques dynamiques d'aujourd'hui. Les mises à jour de sécurité et les correctifs dans les versions les plus récentes protègent contre les vulnérabilités susceptibles de compromettre les données sensibles. De plus, les versions plus récentes prennent en charge les systèmes d'exploitation et les navigateurs les plus récents, améliorant ainsi l'accessibilité et l'expérience utilisateur. La mise à niveau assure également la conformité aux normes actuelles, réduisant le risque de problèmes juridiques et opérationnels. De plus, le support d'Oracle pour les versions obsolètes est limité ou inexistant, rendant le dépannage et la maintenance de plus en plus difficiles. En mettant à niveau, les organisations peuvent tirer parti des dernières innovations d'Oracle, rationaliser les processus et garantir un développement et un déploiement d'applications robustes, évolutifs et sécurisés. Investir dans une mise à niveau est une démarche stratégique pour pérenniser les applications et maximiser le retour sur investissement.
ORMIT™-Forms automatise chaque mise à niveau d'Oracle Forms à partir de toutes les versions antérieures vers les dernières versions. ORMIT™-OpenJava garantit le succès global de votre mise à niveau d'Oracle Forms en mettant l'accent sur l'efficacité, les économies de coûts et de temps, tout en éliminant tout risque potentiel. Le processus automatisé est extrêmement rapide et sécurisé. Il automatise une grande quantité d'actions tout en éliminant les approximations associées aux mises à niveau manuelles. ORMIT™-Forms minimise également les temps d'arrêt et identifie les tâches manuelles nécessitant l'intervention d'un DBA.
Mis en ligne par RENAPS DBA Team le 2024:09:04 17:57:29