Ricerca automatica e promozione delle risorse

Prerequisiti del nome host

Assicurarsi che il comando hostname -d restituisca il nome di dominio oppure che il comando hostname -a restituisca l'abbreviazione corretta come primo alias. Il nome breve viene visualizzato nella colonna HOST_NAME della tabella v$instances del database da individuare. Questo può essere fatto aggiornando il file /etc/hosts per restituire l'alias corretto come sopra per essere il primo alias.

Prerequisiti agente

• Ogni nodo del cluster Oracle Database deve disporre di un Management Agent installato localmente.

• Assicurarsi che l'utente mgmt_agent o oracle-cloud-agent, in base al tipo di agente installato, sia incluso nel gruppo Oracle Inventory (in genere, oinstall) derivato da /etc/oraInst.loc, per poter eseguire i comandi lsnrctl, srvctl e crsctl.

  Utilizzare le istruzioni riportate di seguito per concedere i privilegi oinstall all'utente mgmt_agent o oracle-cloud-agent in base al tipo di agente installato.

  • Host con agente Oracle Cloud:

    usermod -aG oinstall oracle-cloud-agent

  • Host con agente standalone:

    usermod -aG oinstall mgmt_agent

• Il gruppo deve disporre del privilegio di esecuzione sulla directory di installazione Oracle.

  Esempio di aggiunta dell'autorizzazione di esecuzione del gruppo alla directory:

  chmod g+x /u01/app/oracle

Dopo aver concesso i privilegi del sistema operativo, seguire le istruzioni riportate di seguito per riavviare l'agente. Utilizzare le istruzioni appropriate per l'agente e il sistema operativo, rispettivamente:

• Agente Oracle Cloud:

  sudo systemctl stop oracle-cloud-agent

  Quindi avviare l'agente utilizzando il comando di avvio.

• Agente standalone:

  sudo systemctl stop mgmt_agent

  Quindi avviare l'agente utilizzando il comando di avvio.

Prerequisito credenziali di monitoraggio

Prima di trovare un database all'interno di Monitoraggio dello stack, assicurarsi di avere accesso all'utente di monitoraggio. È possibile utilizzare l'utente DBSNMP incorporato in Oracle Database e che dispone dei privilegi necessari per monitorare il database OPPURE creare un utente personalizzato con solo i privilegi necessari. I passi per creare un utente di monitoraggio del database sono disponibili nella nota CMOS KB57458.

Per ASM:

• È necessario utilizzare un profilo utente ASMSNMP o i relativi privilegi.
• L'utente deve disporre della password segreta per ASM. Per iniziare a creare un segreto, vedere Gestione dei segreti.

Prerequisiti Oracle Database abilitati per TCPS

Monitoraggio dello stack supporta entrambi i protocolli di connettività TCP e TCPS per i database Oracle. Il protocollo TCPS consente a un'applicazione Oracle su un client di comunicare con i database remoti tramite TCP/IP e SSL, garantendo una sicurezza superiore rispetto al protocollo TCP. Questo nuovo listener può essere utilizzato per comunicare con il database tramite un canale sicuro. Per trovare un database con TCPS, il prerequisito è l'aggiunta di un listener TCPS al database Oracle e l'accesso alla posizione del wallet, come illustrato nei quattro passi riportati di seguito.

Passo 1: configurazione di Oracle Database e del listener per il supporto di TCPS. Vedere Configurazione dell'autenticazione di sicurezza del layer di trasporto.

Passo 2: importare KeyStore/TrustStore in Management Agent e aggiornarne le autorizzazioni.

1. Identificare ed esportare la posizione del wallet di Oracle Database in base al tipo KeyStore utilizzato (PKCS o JKS).

   PKCS

   export WALLET_LOCATION=<database_wallet_location>/dbwallets

   JKS

   export WALLET_LOCATION=<database_wallet_location>/jkswallets

2. Copiare il wallet in una directory sicura e leggibile sull'host agente.

   cp -r $WALLET_LOCATION <secure_readable_dir>/

3. Aggiornare l'autorizzazione del wallet.

   Su OCI Compute

   PKCS

   sudo chown -R oracle-cloud-agent:oracle-cloud-agent <secure_readable_dir>/dbwallets

   JKS

   sudo chown -R oracle-cloud-agent:oracle-cloud-agent <secure_readable_dir>/jkswallets

   Computazione in locale:

   PKCS

   sudo chown -R mgmt_agent:mgmt_agent <secure_readable_dir>/dbwallets

   JKS

   sudo chown -R mgmt_agent:mgmt_agent <secure_readable_dir>/jkswallets

Passo 3: creare un segreto OCI.

Per iniziare a creare un segreto, vedere Gestione dei segreti.

Esempi segreti:

PKCS

{
    "sslTrustStoreType": "PKCS12",
    "sslTrustStoreLocation": "/<secure_readable_dir>/dbwallets/cwallets/ewallet.p12",
    "sslTrustStorePassword": "<truststore_password>",
    "sslKeyStoreType": "PKCS12",
    "sslKeyStoreLocation": "/<secure_readable_dir>/dbwallets/swallets/ewallet.p12",
    "sslKeyStorePassword": "<truststore_password>",
    "sslServerCertDn": "C=US,O=MyCorp,CN=sslclient"
}

JKS

{
    "sslTrustStoreType": "JKS",
    "sslTrustStoreLocation": "/<secure_readable_dir>/jkswallets/truststore.jks",
    "sslTrustStorePassword": "<truststore_password>",
    "sslKeyStoreType": "JKS",
    "sslKeyStoreLocation": "/<secure_readable_dir>/jkswallets/keystore.jks",
    "sslKeyStorePassword": "<truststore_password>",
    "sslServerCertDn": "C=US,O=MyCorp,CN=sslclient"
}

Passo 4: Convalida dei criteri

Oltre alla creazione di un segreto, al gruppo di amministratori di Monitoraggio dello stack deve essere concessa la possibilità di leggere il vault in cui viene mantenuto il segreto. Per ulteriori informazioni sulla concessione dell'autorizzazione di lettura per una famiglia di segreti all'interno di un compartimento specificato, vedere Crea criteri obbligatori.

Se Oracle Database utilizza versioni di password precedenti

Per i database configurati per l'utilizzo di una versione di password inferiore a 12 (SQLNET.ALLOWED_LOGON_VERSION < 12), ad esempio alcuni database di E-Business Suite, attenersi ai passi aggiuntivi riportati di seguito per configurare il Management Agent in modo che comunichi con il database utilizzando versioni di password precedenti impostando un valore SQLNET.ALLOWED_LOGON_VERSION appropriato nella configurazione dell'agente.

Le istruzioni riportate di seguito si applicano all'agente in esecuzione on premise.

1. Modificare questo file /opt/oracle/mgmt_agent/agent_inst/config/emd.properties per aggiungere la proprietà:

   dbaas.ALLOWED_LOGON_VERSION = 8 

   I valori possono essere 8 / 10 / 11 /12 / 12a a seconda della versione di login consentita richiesta.

2. Riavviare l'agente.

   sudo systemctl restart mgmt_agent

Queste istruzioni si applicano all'agente in esecuzione su OCI Compute:

1. Modificare il file /var/lib/oracle-cloud-agent/plugins/oci-managementagent/polaris/agent_inst/config/emd.properties per aggiungere questa proprietà:

   dbaas.ALLOWED_LOGON_VERSION = 8

   I valori possono essere 8 / 10 / 11 /12 / 12a a seconda della versione di login consentita richiesta.

2. Riavviare l'agente.

   sudo systemctl restart oracle-cloud-agent

Istruzioni per la ricerca automatica di Oracle Database

• Ricerca automatica del sistema DB se Oracle Database è già stato trovato
• Input di ricerca automatica
  • Input di ricerca automatica UI
  • Input di ricerca automatica CLI

Ricerca automatica del sistema DB se Oracle Database è già stato trovato

1. Ricerca automatica dell'interfaccia utente per il primo sistema DB del cluster:

   Dalla pagina Ricerca automatica delle risorse, completare la ricerca automatica completa di Oracle Database.

   Per ulteriori informazioni sugli input di ricerca automatica dell'interfaccia utente, vedere la tabella Input ricerca automatica interfaccia utente.

2. Ricerca automatica CLI per le risorse del sistema DB rimanenti:

   Nota
   
   Per un Oracle Database già trovato, attenersi alla procedura riportata di seguito per trovare il sistema DB correlato.
   1. Passare alla scheda Configurazione all'interno della home page di Oracle Database appena creata. Copiare i seguenti campi dalla tabella Proprietà OCI generali in un blocco note:

      Nome proprietà	Nome variabile CLI	Note
      OCID	<Database_Resource_OCID>
      compartmentId	<Compartment_OCID>
      managementAgentId	<Additional_Agent#_OCID>	Si tratta dell'OCID dell'agente utilizzato durante la ricerca automatica CLI.

   2. Copiare il nome della risorsa Oracle Database dalla parte superiore della home page Monitoraggio dello stack Oracle Database.
   3. Ottenere l'OCID Management Agent degli altri nodi del cluster:

      1. Passare a Osservabilità e gestione, andare a Management Agent e fare clic su Agenti.

      2. Per ogni agente aggiuntivo nel cluster del sistema DB, selezionare il menu delle azioni.
      3. Selezionare Copia OCID negli Appunti.

         OCID agente	Nome variabile CLI
         1° nodo aggiuntivo nel cluster	<Additional_Agent1_OCID>
         2° nodo aggiuntivo nel cluster (ecc.)	<Additional_Agent2_OCID>

   4. Aggiornare JSON_INPUT_FILE con i valori ottenuti e utilizzare la sintassi riportata di seguito per trovare un sistema Oracle DB.

      oci stack-monitoring discovery-job create --compartment-id "<Compartment_ID>" --from-json file://<JSON_INPUT_FILE>

   Per ulteriori informazioni sugli input di ricerca automatica CLI, vedere la tabella Input di ricerca automatica CLI.

   Di seguito sono riportati alcuni esempi di payload JSON per trovare le risorse del sistema DB rimanenti.

   {
     "discoveryType": "REFRESH",
     "discoveryClient": "APPMGMT",
     "compartmentId": "<COMPARTMENT_OCID>",
     "discoveryDetails": {
       "agentId": "<OCID of the Management agent>",
       "resourceType": "ORACLE_DATABASE",
       "resourceName": "<Resource name to display in Stackmonitoring UI>",
       "properties": {
         "propertiesMap": {
               "resource_id":"<DATABASE_OCID>",
               "asm_host":"<ASM HOSTNAME>",
               "asm_service_name":"+ASM",
               "is_asm_discovery":"true",
               "asm_port":"1521",
               "additional_agent_1":"ADDITIONAL_AGENT1_OCID",
               "additional_agent_2":"ADDITIONAL_AGENT2_OCID"
         }
       },
       "credentials": {
         "items": [
               {
             "credentialName" : "QVNNUGFzc3dvcmRJblZhdWx0",
             "credentialType" : "U1NMX1NFQ1JFVF9JRA==",
             "properties": {
               "propertiesMap": {
                 "ASMUserName": "<ASM user name in base64 encoded format>",
                 "PasswordSecretId": "<Encoded ASM user secret ocid in BASE64 encoded format>",
                 "ASMRole":"<ASM user role in base64 encoded format>"
               }
             }
           }
         ]
       }
     }
   }

Per ulteriori informazioni sull'aggiornamento del sistema Oracle DB, vedere Aggiornamento dei componenti di sistema di Oracle Database.

Oracle Database

Scopri un Oracle Database che include un sistema di database utilizzando l'interfaccia utente: dalla pagina Ricerca automatica delle risorse, completa l'interfaccia utente completa per scoprire un Oracle Database che include il sistema di database e i relativi componenti.

Per includere più agenti durante la ricerca automatica di un sistema di database per RAC a più nodi, attenersi alla procedura riportata di seguito.

Input di ricerca automatica

• Input di ricerca automatica UI

  Campo di input	descrizione;
  Nome risorsa	Nome del database
  Nome host DNS o nome SCAN	DNS (Domain Name System) oSCAN (Single Client Access Name) per il database
  Porta	Porta utilizzata dal database esterno a Oracle Cloud Infrastructure per le connessioni al database
  Nome servizio	Nome del servizio per il database esterno a Oracle Cloud Infrastructure che verrà utilizzato dalla connessione
  Protocollo	Protocollo utilizzato per Oracle Database. Selezionare il protocollo TCP o TCPS
  Segreto password utente del database nel compartimento <compartment_name>	Selezionare il segreto che contiene la password utente del database dall'elenco a discesa. Questo campo viene visualizzato solo se TCPS è selezionato nel campo Protocollo. Vedere quanto riportato di seguito.
  Management Agent	I Management Agent che monitorano l'host sul quale è installato il database Nota Per i sistemi di database che si estendono su più host, selezionare tutti i Management Agent distribuiti su tutti gli host del sistema di database.
  Credenziali del database per il monitoraggio	.
  Nome utente	Nome utente delle credenziali di monitoraggio di Oracle Database
  Password	Password in formato con codifica base 64 delle credenziali di monitoraggio di Oracle Database
  Ruolo	Ruolo del database nel formato con codifica base 64 dell'utente di monitoraggio del database (Normale o SYSDBA)
  Informazioni ASM
  Management Agent	Management Agent che effettua il monitoraggio dell'host sul quale è installato il database. Per la ricerca automatica dell'agente cluster e listener, è necessario installarlo sull'host del database.
  Automatic Storage Manager	Abilita o disabilita. Opzione abilitata per impostazione predefinita.
  Nome host DNS o nome Scan	Nome dns o SCAN predefinito in cui risiede l'istanza ASM.
  Porta	La porta utilizzata da ASM. Valore predefinito: 1521
  Nome servizio	Il nome del servizio ASM
  Credenziali ASM per il monitoraggio
  Nome utente	Nome utente ASM in formato con codifica base 64
  Segreto password utente ASM nel compartimento corrente	Segreto password in formato con codifica base 64, come definito nel servizio Vault OCI
  Ruolo	Ruolo nel formato codificato base 64. SYSMAN per impostazione predefinita. Valori possibili: SYSASM, SYSDBA, SYSOPER
  Scopri in
  Monitoraggio dello stack e Log Analytics (consigliato)	I risultati della ricerca automatica verranno inviati a Monitoraggio dello stack e Log Analytics. Nota Per informazioni su Log Analytics, vedere Avvio rapido.
  Solo Monitoraggio dello stack	I risultati della ricerca automatica verranno inviati solo a Monitoraggio dello stack.
  Solo Log Analytics	I risultati della ricerca automatica verranno inviati solo a Log Analytics.
  Licenza
  Enterprise Edition	Alla risorsa verrà assegnata una licenza Enterprise Edition.
  Standard Edition	Alla risorsa verrà assegnata una licenza Standard Edition.
  Tag (in Mostra opzioni avanzate)	Le tag in formato libero e definite possono essere applicate alle risorse di monitoraggio dello stack durante la ricerca automatica. Per utilizzare le tag definite, creare prima gli spazi di nomi delle tag, fare riferimento a . Per informazioni dettagliate sulla creazione e la gestione degli spazi di nomi tag per le tag definite, vedere Concetti di spazi di nomi tag e tag. Quando si trova una risorsa, qualsiasi tag assegnata verrà applicata a tutte le risorse trovate. Per ulteriori informazioni sui prerequisiti delle tag e sulla propagazione delle tag, vedere Gestione delle tag.
  Spazio di nomi tag	Selezionare "Nessuno" per aggiungere una tag in formato libero. Selezionare uno spazio di nomi per aggiungere una tag definita nello spazio di nomi. Se si dispone delle autorizzazioni per creare una risorsa, si dispone anche delle autorizzazioni per applicare tag in formato libero a tale risorsa. Per applicare una tag definita, è necessario disporre delle autorizzazioni per utilizzare lo spazio di nomi tag. Per ulteriori informazioni sull'applicazione di tag, vedere Tag delle risorse. Se non si è certi di applicare le tag, saltare questa opzione (è possibile applicare le tag in un secondo momento) o chiedere all'amministratore.
  Chiave tag	Specificare il nome utilizzato per fare riferimento alla tag.
  Valore tag	Specificare il valore della tag. Per ulteriori dettagli su Chiave tag e Valore tag, vedere Panoramica dell'applicazione di tag.

• Input di ricerca automatica CLI

  Variabile di input CLI	descrizione;
  <Additional_Agent1_OCID>	1° nodo aggiuntivo nel cluster
  <Additional_Agent2_OCID> (e così via)	2° nodo aggiuntivo nel cluster (continua per ogni nodo aggiuntivo nel cluster)
  Agent_OCID	Agente dell'OCID ricerca automatica iniziale
  Compartment_OCID	OCID compartimento in cui verrà monitorato il sistema Oracle Database

Prerequisiti

• Per OSB, assicurarsi che il monitoraggio sia abilitato per il bus di servizio.

  1. Accedi al controllo FMW: http:/<host>:<port>/em
  2. Nella home page Service-bus, andare alla scheda Operazioni.
  3. Selezionare la casella di controllo Monitoraggio.

• Per la ricerca automatica SOA, l'utente WebLogic deve disporre dei privilegi Administrator.

• Per Node Manager di Oracle WebLogic, per garantire il calcolo della metrica MonitoringStatus per la risorsa Node Manager di Oracle WebLogic, impostare listenAddress su Tutti gli indirizzi locali, un indirizzo IP valido o un nome DNS risolvibile. Non impostare la proprietà listenAddress su localhost o null. Se listenAddress deve essere impostato su localhost, assicurarsi che venga utilizzato un Management Agent locale per la ricerca automatica per calcolare lo stato in modo accurato.

Se Oracle WebLogic Server è stato abilitato con SSL, esportare il certificato dal relativo keystore e importarlo nel Management Agent KeyStore. Per ulteriori informazioni sulla configurazione di SSL nel server WebLogic, vedere Configurazione di SSL.

Importare TrustStore nel Management Agent

1. Designare una sottodirectory persistente nel file system del Management Agent per contenere i truststore e i keystore di Monitoraggio dello stack. Esportare il certificato dal keystore SSL JMX dell'istanza WLS nel truststore di monitoraggio dello stack. Ad esempio, in un host UNIX:

   keytool -exportcert -alias <alias of WLS SSL key> -file <Exported Cert Name> -keystore <path to the WLS SSL Keystore>.keystore -storepass <WLS SSL Keystore password> -rfc

2. Importare il keystore SSL JMX dell'istanza WLS nel truststore di monitoraggio dello stack nel file system del Management Agent:

   keytool -importcert -noprompt -alias <alias agent's truststore key> -file <Exported Cert Name>.cer -keystore AgentTrust.jks -storepass <Agent truststore password, default is "welcome">

3. Copiare il file Truststore di monitoraggio dello stack e aggiornarne le autorizzazioni.

   Identificare la posizione sicura leggibile da Management Agent nell'host dell'agente.

   cp <path_to_truststore_file/AgentTrust.jks <secure_readable_dir>/

   In OCI Compute:

    sudo chown oracle-cloud-agent:oracle-cloud-agent <secure_readable_dir>/AgentTrust.jks

   Computazione in locale:

   sudo chown mgmt_agent:mgmt_agent <secure_readable_dir>/AgentTrust.jks

4. Utilizzare il percorso completo del truststore, ad esempio <secure_readable_dir>/AgentTrust.jks nel "percorso TrustStore" della ricerca automatica delle risorse se il dominio WebLogic contiene T3S e "JKS" come "tipo di truststore".

Configura MBeans sui server Oracle WebLogic

Per raccogliere le metriche delle prestazioni JVM dalla piattaforma MBeans, è necessario rendere accessibile MBeans tramite il runtime MBeanServer. Attivare MBeans eseguendo il login a Oracle WebLogic Server e verificare l'attivazione eseguendo lo script WLST:

1. Attiva MBeans sui server Oracle WebLogic

   Attivare MBeans accedendo a ogni Oracle WebLogic Server eseguendo il login a tale server o dalla console WebLogic come indicato di seguito.

   • Eseguire il login a Oracle WebLogic Server:

     Seguire le azioni dell'utente nella demo della sessione di WebLogic Scripting Tool all'indirizzo Activating Platform MBeans on WebLogic Server 9.x to 10.3.2 versions nel manuale Enterprise Manager Cloud Control Middleware Management Guide.

   • Accedere alla console WebLogic:

     Passare a Dominio > Configurazione > Generale, pagina > opzioni Avanzate. Selezionare la casella di controllo Server MBean piattaforma utilizzato.

   Se MBeans non è registrato dopo aver seguito i passi precedenti, avviare i server Oracle WebLogic con la seguente proprietà di sistema:

   -Djavax.management.builder.initial=weblogic.management.jmx.mbeanserver.WLSMBeanServerBuilder

2. Verificare l'attivazione di MBeans

   Per verificare se l'attivazione di MBeans è riuscita, eseguire lo script WLST disponibile in Using the Platform MBean Server in Fusion Middleware Developing Custom Management Utilities With JMX for Oracle WebLogic Server. Lo script WLST illustra come utilizzare la piattaforma MXBeans per monitorare le risorse di un dominio Oracle WebLogic Server in esecuzione.

   Assicurarsi che MBeans sia registrato in java.lang.

Garantire la connettività tra il Management Agent e tutti i server in WebLogic

Durante la ricerca automatica, l'agente di monitoraggio dello stack comunica con AdminServer per la ricerca automatica della topologia del dominio. Il monitoraggio successivo alla ricerca automatica viene eseguito mediante la comunicazione diretta con i server gestiti. Affinché ciò si verifichi, verificare quanto segue:

• Management Agent è in grado di comunicare con tutti i server gestiti nel dominio.
• L'host e le porte dei server gestiti sono accessibili all'agente.
• Se i filtri sono configurati per bloccare il traffico in entrata sui server gestiti, regolare i filtri affinché l'agente comunichi con i server gestiti.

WebLogic Risultati della ricerca automatica specifici dello scenario

1. Il dominio WebLogic dispone di due server e uno di essi è inattivo.

   Risultato ricerca automatica: il dominio WebLogic verrà trovato solo con un server in esecuzione, ignorando quello non in esecuzione.

2. Un dominio WebLogic dispone di un cluster con due server e uno di essi è inattivo.

   Risultato ricerca automatica: il cluster WebLogic verrà trovato solo con un server in esecuzione.

3. Un dominio WebLogic dispone di un cluster che contiene un solo server non in esecuzione.

   Risultato ricerca automatica: il cluster e il server non verranno trovati

WebLogic Input di ricerca automatica

Topologia EBS

Quando viene trovata un'istanza di E-Business Suite, vengono trovate sia le risorse EBS che WebLogic. La ricerca automatica di OHS e database deve essere eseguita separatamente.

Per monitorare Oracle HTTP Server collocato in EBS, fare riferimento a "OHS Discovery". Una volta che OHS viene scoperto in modo indipendente, è possibile creare un'associazione tra la risorsa EBS e la risorsa OHS.

Per monitorare il database EBS, se il database viene individuato per primo e poi viene rilevato in seguito, l'associazione di tipo utili verrà creata automaticamente tra la risorsa EBS e la risorsa di database al termine della ricerca automatica EBS. La risorsa EBS fa riferimento a un tipo di risorsa di monitoraggio dello stack ebs_instance e la risorsa di database fa riferimento al tipo di risorsa di monitoraggio dello stack oci_oracle_db o oci_oracle_pdb.

Se l'EBS viene rilevato prima della ricerca automatica del database, la topologia può essere aggiornata in due modi.

• Crea associazione tra l'istanza EBS e le risorse del database
• Aggiornamento della topologia EBS

Crea associazioni:

Le risorse EBS composte non possono essere associate direttamente a un host. Tuttavia, le risorse figlio EBS possono essere associate come indicato di seguito.

• Host del manager concorrente EBS utili
• Host nodo CP EBS utili

Di seguito è riportata la sintassi del comando CLI OCI per creare un'associazione tra due risorse.

oci stack-monitoring resource associate --association-type uses --compartment-id "<Compartment_OCID>" --source-resource-id "<Resource_OCID>" --destination-resource-id "<Database_Resource_OCID>"

Ad esempio:

oci stack-monitoring resource associate --association-type uses --<Compartment_OCID>
      ocid1.compartment.oc1..unique_ID --<Source_Resource_OCID>
      ocid1.stackmonitoringresource.oc1.iad.unique_ID --<Destination_Resource_OCID>
      ocid1.stackmonitoringresource.oc1.iad.unique_ID

Nel caso di EBS, il comando precedente può essere utilizzato per creare un'associazione tra EBS e risorse di database specificando <Source_Resource_OCID> come ID risorsa EBS e <Destination_Resource_OCID> come ID risorsa di database.

Una ricerca automatica EBS, associata alle relative risorse di base, è rappresentata nel monitoraggio dello stack, come illustrato nel seguente diagramma:

Prerequisiti

1. Configurare MBeans sui server Oracle WebLogic
2. Verifica raccolta dati sessioni form
3. Imposta DNS in un ambiente Oracle E-Business Suite
4. Aggiungere il database utilizzato dall'applicazione E-Business Suite.

   Se non è già stato fatto, aggiungere il database che verrà utilizzato per l'applicazione E-Business Suite. Consulta Oracle Database (Discovery)

5. Autorizzazioni agente per il monitoraggio del listener dell'applicazione
6. Requisiti per il monitoraggio del database E-Business Suite per il monitoraggio dello stack

Verifica raccolta dati sessioni form

Verificare la raccolta dei dati delle sessioni form per visualizzarli in un secondo momento nelle metriche delle risorse del sistema Forms eseguendo il task riportato di seguito. Questo si aggiunge ai passi eseguiti nel dominio Oracle WebLogic (Configurare MBeans sui server Oracle WebLogic). Se questo passo non è configurato, alcune delle metriche del sistema Forms non verranno raccolte.

Quando si esegue il login a Oracle E-Business Suite, il sistema crea una sessione utente nel database identificato da un ID sessione univoco (SID) utilizzando la credenziale dello schema APPS. Ogni sessione di database è associata a un utente dell'applicazione Oracle E-Business Suite. Ciò consente di collegare la sessione del database all'utente dell'applicazione per la risoluzione dei problemi. Utilizzando una sessione Forms, è possibile determinare come l'utente di Oracle E-Business Suite ha aperto una sessione del database.

1. Eseguire il login a Oracle E-Business Suite.
2. Dall'interfaccia utente, passare a System Administrator, fare clic su Profile, quindi su System.
3. Assicurarsi che il valore di Sign-On: Audit Level sia impostato su FORM. Impostarlo a livello di sito.
4. Assicurarsi che il valore di AuditTrail: Activate sia impostato su YES.

Salvare le modifiche.

Imposta DNS in un ambiente Oracle E-Business Suite

Gli host Oracle E-Business Suite devono essere in grado di rilevarsi reciprocamente sulla rete. Nell'ambiente UNIX, ad esempio, i server DNS sono configurati nel file /etc/resolv.conf su ciascun host.

Per verificare che i server DNS siano configurati correttamente, eseguire il comando:

nslookup any_publicDomain_hostname

Sostituire <any_publicDomain_hostname> con il nome host di qualsiasi altro host dell'ambiente EBS diverso da localhost.

Ecco un esempio di output riuscito che convalida il server DNS correttamente configurato:

$ nslookup node02.examplehost.com

Server:         937.486.274.354
Address:        937.486.274.354

Non-authoritative answer:
Name:   node02.examplehost.com
Address: 135.756.247.46

Autorizzazioni agente per il monitoraggio del listener dell'applicazione

L'agente deve essere installato nello stesso host di EBS per monitorare il listener dell'applicazione EBS. In caso contrario, la risorsa verrà sempre visualizzata come GIÙ.

Assicurarsi che l'utente mgmt_agent o oracle-cloud-agent, in base al tipo di agente installato, sia incluso nel gruppo Oracle Inventory (in genere, oinstall) estratto da /etc/oraInst.loc, per poter eseguire i comandi lsnrctl, srvctl e crsctl.

Utilizzare le istruzioni riportate di seguito per concedere privilegi oinstall all'utente mgmt_agent o oracle-cloud-agent in base al tipo di agente installato.

• Host con agente Oracle Cloud: usermod -aG oinstall oracle-cloud-agent
• Host con agente standalone: usermod -aG oinstall mgmt_agent

Esempio di aggiunta dell'autorizzazione di esecuzione del gruppo alla directory:

chmod -R g+x+r /u01/install/APPS

Dopo aver concesso i privilegi del sistema operativo, seguire le istruzioni riportate di seguito per riavviare l'agente. Utilizzare le istruzioni appropriate per l'agente e il sistema operativo, rispettivamente:

1. Arresta l'agente
   • Per Oracle Linux 6:
     • Agente Oracle Cloud: sudo /sbin/initctl stop oracle-cloud-agent
     • Agente standalone: sudo /sbin/initctl stop mgmt_agent
   • Per Oracle Linux 7
     • Agente Oracle Cloud: sudo systemctl stop oracle-cloud-agent
     • Agente standalone: sudo systemctl stop mgmt_agent
2. Avviare l'agente utilizzando il comando di avvio.

Requisiti per il monitoraggio del database E-Business Suite per il monitoraggio dello stack

Il database Oracle utilizzato per monitorare il database EBS (E-Business Suite) deve essere trovato prima di trovare l'applicazione EBS. Se il database viene individuato per primo, verrà automaticamente associato all'applicazione EBS una volta completata la ricerca automatica dell'applicazione EBS. Se la ricerca automatica dell'applicazione EBS viene eseguita prima che il database venga trovato, l'associazione dovrà essere creata manualmente.

Il monitoraggio di E-Business Suite richiede privilegi specifici per accedere allo schema EBS. L'impostazione varia a seconda del tipo di database (DDB non di tipo container rispetto a DB container e DB collegabile) utilizzato come data store EBS. Monitoraggio dello stack supporta l'uso del proprietario dello schema EBS, in genere APPS, come credenziali del database durante la ricerca automatica di EBS. È preferibile creare un utente di monitoraggio con solo i privilegi necessari per monitorare un'applicazione EBS. È possibile utilizzare lo stesso utente del database per monitorare sia il database Oracle contenente lo schema EBS che l'applicazione EBS. I passi per creare un utente di monitoraggio del database sono disponibili nella Nota MOS: 2857604.1.

Contributi al database

Una volta che l'utente di monitoraggio EBS è già stato creato con i privilegi richiesti, applicare le necessarie autorizzazioni dell'applicazione EBS all'utente di monitoraggio. I privilegi specifici sono definiti nel codice seguente, supponendo che il nome dello schema EBS sia APPS. Se il nome dello schema è diverso nell'impostazione, sostituire APPS con il nome effettivo dello schema nel codice seguente. Sostituire <your_monitoring_user> con l'utente di monitoraggio del database creato utilizzando la Nota MOS: 2857604.1.

GRANT SELECT ON APPS.FND_OAM_CONTEXT_FILES TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_PRODUCT_GROUPS TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_CONC_PROG_ONSITE_INFO TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_CONCURRENT_PROGRAMS_VL TO <your_monitoring_user>;
GRANT EXECUTE ON APPS.FND_OAM_EM TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_CONCURRENT_REQUESTS TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_APPLICATION_VL TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_CONCURRENT_QUEUES TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_LOOKUPS TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_CONCURRENT_WORKER_REQUESTS TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_CONCURRENT_QUEUES_VL TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_OAM_FNDUSER_VL TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_FORM_SESSIONS_V TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_CP_SERVICES TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_CONCURRENT_PROCESSES TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_SVC_COMPONENTS TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_LOG_MESSAGES TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_CONCURRENT_PROGRAMS TO <your_monitoring_user>; 
GRANT SELECT ON APPS.FND_CONFLICTS_DOMAIN TO <your_monitoring_user>; 
GRANT SELECT ON APPS.FND_ORACLE_USERID TO <your_monitoring_user>; 
GRANT SELECT ON APPS.FND_APP_SERVERS TO <your_monitoring_user>; 
GRANT SELECT ON APPS.FND_NODES TO <your_monitoring_user>;
GRANT SELECT ON APPS.ICX_SESSIONS TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_USER TO <your_monitoring_user>;
GRANT SELECT ON APPS.FND_RESPONSIBILITY TO <your_monitoring_user>;
GRANT EXECUTE ON APPS.FND_PROFILE TO <your_monitoring_user>;
GRANT SELECT ON APPS.WF_DEFERRED TO <your_monitoring_user>;
GRANT SELECT ON APPS.WF_NOTIFICATION_IN TO <your_monitoring_user>;
GRANT SELECT ON APPS.WF_NOTIFICATION_OUT TO <your_monitoring_user>;

Queste autorizzazioni possono essere applicate eseguendo ebs_apply_grants.sh (incluso in Script EBS):

1. Login all'host del database EBS
2. Fonte dell'ambiente EBS
3. Esegui script come indicato di seguito.

   sh ebs_apply_grants.sh <monitoring user> <SYSTEM_password> <APPS_password>

Ad esempio:

sh ebs_apply_grants.sh MONCS manager apps

Se l'istanza EBS è in esecuzione su un pluggable database (PDB), concedere un privilegio aggiuntivo all'utente di monitoraggio EBS:

GRANT INHERIT PRIVILEGES ON USER <monitoring user> TO APPS;

Dopo aver applicato i privilegi, eseguire ebs_validate_grants.sql (incluso in Script EBS) come indicato di seguito per verificare che siano in vigore.

1. Login all'host del database EBS
2. Eseguire il login al database EBS come utente di monitoraggio EBS
3. Eseguire lo script di convalida come indicato di seguito.

   @ebs_validate_grants.sql

L'output previsto dello script quando sono presenti tutte le concessioni è il seguente:

TABLE_NAME                     PRIVILE STATUS
------------------------------ ------- -------
FND_OAM_EM                     EXECUTE GRANTED
FND_PROFILE                    EXECUTE GRANTED
FND_APPLICATION_VL             SELECT  GRANTED
FND_APP_SERVERS                SELECT  GRANTED
FND_CONCURRENT_PROCESSES       SELECT  GRANTED
FND_CONCURRENT_PROGRAMS        SELECT  GRANTED
FND_CONCURRENT_PROGRAMS_VL     SELECT  GRANTED
FND_CONCURRENT_QUEUES          SELECT  GRANTED
FND_CONCURRENT_QUEUES_VL       SELECT  GRANTED
FND_CONCURRENT_REQUESTS        SELECT  GRANTED
FND_CONCURRENT_WORKER_REQUESTS SELECT  GRANTED

TABLE_NAME                     PRIVILE STATUS
------------------------------ ------- -------
FND_CONC_PROG_ONSITE_INFO      SELECT  GRANTED
FND_CONFLICTS_DOMAIN           SELECT  GRANTED
FND_CP_SERVICES                SELECT  GRANTED
FND_FORM_SESSIONS_V            SELECT  GRANTED
FND_LOG_MESSAGES               SELECT  GRANTED
FND_LOOKUPS                    SELECT  GRANTED
FND_NODES                      SELECT  GRANTED
FND_OAM_CONTEXT_FILES          SELECT  GRANTED
FND_OAM_FNDUSER_VL             SELECT  GRANTED
FND_ORACLE_USERID              SELECT  GRANTED
FND_PRODUCT_GROUPS             SELECT  GRANTED

TABLE_NAME                     PRIVILE STATUS
------------------------------ ------- -------
FND_RESPONSIBILITY             SELECT  GRANTED
FND_SVC_COMPONENTS             SELECT  GRANTED
FND_USER                       SELECT  GRANTED
ICX_SESSIONS                   SELECT  GRANTED
WF_DEFERRED                    SELECT  GRANTED
WF_NOTIFICATION_IN             SELECT  GRANTED
WF_NOTIFICATION_OUT            SELECT  GRANTED

INHERIT_PRIVILEGES_STATUS
--------------------------
INHERIT PRIVILEGES GRANTED

Se manca uno dei privilegi, l'impatto viene descritto come segue:

Input ricerca automatica E-Business

Trova database PeopleSoft

Prima di trovare l'applicazione PeopleSoft, è necessario trovare l'Oracle Database contenente lo schema PeopleSoft (PSFT). Se il database viene individuato per primo, verrà associato automaticamente all'applicazione PeopleSoft una volta completata la ricerca automatica delle risorse PeopleSoft

Se la ricerca automatica dell'applicazione PeopleSoft viene eseguita prima che il database sia stato trovato, l'associazione dovrà essere creata manualmente. Per ulteriori informazioni, vedere Topologia applicazione.

Per scoprire Oracle Database, consulta Oracle Database.

Privilegi di concessione DB per il monitoraggio PeopleSoft

Il monitoraggio di PeopleSoft (PSFT) richiede privilegi specifici per accedere allo schema di database PSFT. L'impostazione varia a seconda del tipo di database (Non-Container DB rispetto a Container DB e Pluggable DB) utilizzato come data store PSFT. Monitoraggio dello stack supporta l'uso del proprietario dello schema PSFT, in genere SYSADM, come credenziali del database durante la ricerca di PSFT. È preferibile creare un utente di monitoraggio con solo i privilegi necessari per monitorare un'applicazione PSFT. È possibile utilizzare lo stesso utente del database per monitorare sia il database Oracle contenente lo schema PeopleSoft che l'applicazione PeopleSoft. I passi per creare un utente di monitoraggio del database sono disponibili nella Nota MOS: 2857604.1.

Per verificare che l'utente di monitoraggio disponga dei privilegi necessari e applicare i privilegi mancanti:

1. Assicurarsi che l'utente di monitoraggio non sia scaduto:
   1. Controllare lo stato dell'utente di monitoraggio eseguendo quanto riportato di seguito.

      select username, account_status from dba_users where username='<your_monitoring_user>'

   2. Se l'utente di monitoraggio mostra ESPIRATO, reimpostare la password.
2. Eseguire i seguenti PeopleSoft script.

Per comprendere i privilegi specifici da applicare o per applicare manualmente i privilegi, vedere l'elenco dei comandi riportati di seguito da eseguire.

Privilegi del database

• PeopleSoft Concessioni applicazioni

  GRANT SELECT ON SYSADM.PSSTATUS TO <your_monitoring_user>;
  GRANT SELECT ON SYSADM.PSRELEASE TO <your_monitoring_user>;
  GRANT SELECT ON SYSADM.PSPMAGENT TO <your_monitoring_user>;

• PeopleSoft Sinonimi applicazione

  CREATE OR REPLACE SYNONYM <your_monitoring_user>.PSSTATUS FOR SYSADM.PSSTATUS;
  CREATE OR REPLACE SYNONYM <your_monitoring_user>.PSRELEASE FOR SYSADM.PSRELEASE;
  CREATE OR REPLACE SYNONYM <your_monitoring_user>.PSPMAGENT FOR SYSADM.PSPMAGENT;

• Concessioni motore di ricerca

  Nota
  
  Il motore di ricerca supporta sia Elasticsearch che OpenSearch.

  GRANT SELECT ON SYSADM.PS_PTSF_SRCH_ENGN TO <your_monitoring_user>;

• Sinonimi motore di ricerca

  Nota
  
  Il motore di ricerca supporta sia Elasticsearch che OpenSearch.

  CREATE OR REPLACE SYNONYM <your_monitoring_user>.PS_PTSF_SRCH_ENGN FOR SYSADM.PS_PTSF_SRCH_ENGN

• Monitor processi - Concessioni

  GRANT SELECT ON SYSADM.PSPRCSRQST TO <your_monitoring_user>;
  GRANT SELECT ON SYSADM.PSXLATITEM TO <your_monitoring_user>;

• Sinonimi monitoraggio processi

  CREATE OR REPLACE SYNONYM <your_monitoring_user>.PSPRCSRQST FOR SYSADM.PSPRCSRQST;
  CREATE OR REPLACE SYNONYM <your_monitoring_user>.PSXLATITEM FOR SYSADM.PSXLATITEM;

Abilita PeopleSoft Performance Monitor per PIA (Pure Internet Architecture)

1. Passare a PeopleTools, andare a Profilo Web, fare clic su Configurazione profilo Web e cercare il profilo in uso, ad esempio PROD.
2. Se non è già selezionata, selezionare la casella di controllo Abilita agente PPM.
3. Riavviare tutti i domini PIA.

Prerequisiti per i domini Application Server e Process Scheduler

Abilitare l'agente Performance Monitor PeopleSoft

1. Utilizzando l'interfaccia della riga di comando PSADMIN, selezionare Application Server (opzione 1) o Process Scheduler (opzione 2) > Amministra un dominio (opzione 1) > seleziona dominio > Modifica menu file di configurazione/log (opzione 6) > Modifica file di configurazione del dominio (opzione 1) , i file di configurazione del dominio verranno aperti in modalità di modifica

2. Nella sezione PSTOOLS, selezionare il valore per Agente EnablePPM. Per Abilita agenti PPM, impostare il valore su 1 e salvare il file.

Abilita agenti JMX

Questo prerequisito consente a Monitoraggio dello stack di raccogliere i dati di disponibilità e prestazioni per un'applicazione PeopleSoft.

1. Utilizzando l'interfaccia della riga di comando PSADMIN, selezionare Application Server (opzione 1) o Process Scheduler (opzione 2) > Amministra un dominio (opzione 1) > seleziona dominio > Modifica menu file di configurazione/log (opzione 6) > Modifica file di configurazione del dominio (opzione 1) , i file di configurazione del dominio verranno aperti in modalità di modifica

2. Individuare la sezione impostazioni per PSTOOLS e impostare i valori riportati di seguito.

   1. Assicurarsi che la porta di amministrazione remota che si desidera utilizzare non sia utilizzata da altri processi nell'host.

   2. UserID

      • UserId deve essere in formato testo.

      • È necessario utilizzare lo stesso UserId e la stessa password per tutti i domini di Application Server e i domini di Process Scheduler.

   3. Per cifrare la password, utilizzare la utility PSCipher.
   4. Riavviare i domini Application Server e Process Scheduler dopo aver configurato la modifica della proprietà Collator prestazioni riportata di seguito.

3. • Per PSFT versione 8.59 e versioni precedenti è necessario impostare solo la porta di amministrazione remota. Il valore della porta RMI verrà impostato automaticamente in base al valore della porta di amministrazione remota incrementato di 1. Ad esempio, se la porta di amministrazione remota è 10100, per il server RMI di PHC verrà utilizzata la porta 10101. Quando si pianifica l'uso della porta, è necessario tenerne conto. Poiché 10101 viene selezionato automaticamente nell'esempio precedente, se la porta non è libera, PSFT sceglie automaticamente qualsiasi altra porta libera casuale. Assicurarsi di esaminare il file di configurazione del dominio dopo che la configurazione è stata salvata correttamente e utilizzare queste porte per connettersi durante la ricerca automatica.

     Ad esempio:

     Enable Remote Administration=1
     Remote Administration Port=10100
     Remote Administration UserId=<the userid you have defined in step 2b>
     Remote Administration Password={V2.1}<encrypted password>

   • Per PSFT versione 8.60 in poi, la porta RMI è controllata da un parametro aggiuntivo nel file di configurazione. Assicurarsi che il valore sia impostato in modo esplicito. Riavviare i domini Application Server e Process Scheduler dopo aver configurato la proprietà Performance Collator.

     Ad esempio:

     Enable Remote Administration=1
     Remote Administration Port=10100
     Remote Administration RMI Server Port=10101
     Remote Administration UserId=<the userid you have defined in step 2b>
     Remote Administration Password={V2.1}<encrypted password>

   Nota
   
   Accertarsi che l'impostazione salvata sopra riportata venga visualizzata correttamente nel file di configurazione dopo il salvataggio delle modifiche.

Abilita proprietà garante prestazioni

È possibile controllare il valore corrente di Perf Collator nei file dei modelli di dominio psprcsrv.ubx (Process scheduler) e psappsrv.ubx (Application Server) in $PS_CFG_HOME

Se l'opzione Collettore prestazioni è abilitata, la voce verrà visualizzata come riportato di seguito.

{PPM} Do you want Performance Collators configured (PSPPMSRV) (y/n)? [y]:

Se l'opzione Collator prestazioni è disabilitata, la voce verrà visualizzata come riportato di seguito.

{PPM} Do you want Performance Collators configured (PSPPMSRV) (y/n)? [n]:

Se l'agente di raccolta prestazioni è già abilitato e le modifiche sono state implementate nei valori dell'agente EnablePPM o JMX: riavviare tutti i domini.

Se l'elemento di raccolta prestazioni non è già abilitato, procedere come segue:

1. Utilizzando l'interfaccia della riga di comando PSADMIN, selezionare Application Server (opzione 1) o Process Scheduler (opzione 2) > Amministra un dominio (opzione 1) > seleziona dominio > Configura questo dominio (opzione 4)
2. Immettere y per la domanda: Do you want to continue (y/n). Questa opzione chiuderà il dominio

3. Valore di controllo della proprietà Perf Collator.

4. Se il valore impostato su Yes è già abilitato, non è richiesta alcuna azione. Quindi selezionare Carica configurazione come mostrato (opzione 14 per Application Server o opzione 7 per Process Scheduler)

5. Se il valore è impostato su No, immettere 10 per Application Server o Opzione 3 per Process Scheduler per attivare o disattivare il valore su Yes

6. Dopo aver confermato l'impostazione di Perf Collator su Yes, selezionare Carica configurazione come mostrato (Opzione 14 per Application Scheduler o Opzione 7 per Process Scheduler)

7. Infine, selezionare Boot questo dominio Opzione 1 per avviare il dominio

Identifica domini da trovare

Monitoraggio dello stack utilizza le informazioni memorizzate all'interno di Oracle Database per identificare i domini da trovare o aggiornare. Per convalidare l'elenco dei domini correnti, eseguire la query seguente.

SELECT * FROM PSPMAGENT;

Tutti i domini restituiti dalla query che non esistono più devono essere rimossi prima di individuare/aggiornare l'applicazione PeopleSoft.

Per aggiungere un dominio non elencato, vedere Aggiunta manuale di domini.

Per rimuovere i domini non più validi, eseguire la seguente istruzione SQL come SYSADM o utente equivalente. Ripetere i passi finché non vengono rimossi tutti i domini obsoleti.

• Eseguire il backup della tabella PSPMAGENT prima di apportare modifiche. Assicurarsi di sostituire <DATE> con l'indicatore orario corrente.

  create table PSPMAGENT_BKP_<DATE> as select * from PSPMAGENT;

• Verificare che la tabella di backup creata abbia lo stesso contenuto della tabella padre.

  select * from PSPMAGENT
  MINUS
  select * from PSPMAGENT_BKP_<DATE>;

Se il conteggio delle righe da PSPMAGENT corrisponde a PSPMAGENT_BKP_<DATE>, procedere con la rimozione dei domini non più validi.

delete from PSPMAGENT WHERE PM_AGENTID='&enter_agent_id_of_stale_domain';
Commit;

Aggiunta manuale dei domini

Infine, verificare se tutti i domini validi sono visibili dalla tabella PSPMAGENT. Se per qualsiasi motivo non vengono visualizzati domini validi, seguire le istruzioni riportate di seguito.

Creare un backup:

1. Prima di apportare modifiche, l'amministratore di sistema o un utente equivalente eseguono un backup della tabella. Assicurarsi di sostituire <DATE> con l'indicatore orario corrente:

   create table PSPMAGENT_BKP_<DATE> as select * from PSPMAGENT;

2. Verificare che la tabella di backup creata abbia lo stesso contenuto della tabella padre. Il conteggio delle righe da PSPMAGENT deve corrispondere al conteggio delle righe da PSPMAGENT_BKP_<DATE>:

   select * from PSPMAGENT
   MINUS
   select * from PSPMAGENT_BKP_<DATE>;

Aggiungi un dominio Process Scheduler

INSERT INTO  PSPMAGENT values
('&AGENT_ID','&PM_JMX_RMI_PORT','PSMONITORSRV','&DOMAIN_NAME','04','&DOMAIN_DIR','Y','&HOST_PORT:','1','1','N');

Ad esempio:

SQL>  INSERT INTO  PSPMAGENT values
('&AGENT_ID','&PM_JMX_RMI_PORT','PSMONITORSRV','&DOMAIN_NAME','04','&DOMAIN_DIR','Y','&HOST_PORT:','1','1','N');  2 
Enter value for unique_agent_id: 1000
Enter value for pm_jmx_rmi_port: 10500
Enter value for domain_name: PRCSDOM02
Enter value for domain_dir: /u01/app/oracle/product/psfthcm-midtierlinux-2/ps_cfg_home/appserv/prcs/PRCSDOM02
Enter value for host_name: psfthcm-midtierlinux-2
old   2: ('&unique_agent_id','&PM_JMX_RMI_PORT','PSMONITORSRV','&DOMAIN_NAME','04','&domain_dir','Y','&host_name:','1','1','N')
new   2: ('1000','10500','PSMONITORSRV','PRCSDOM02','04','/u01/app/oracle/product/psfthcm-midtierlinux-2/ps_cfg_home/appserv/prcs/PRCSDOM02','Y','psfthcm-midtierlinux-2:','1','1','N')
  
1 row created.

Aggiungere un dominio di Application Server

INSERT INTO  PSPMAGENT values
('&unique_agent_id','&JMX_RMI_PORT','PSMONITORSRV','&DOMAIN_NAME','01','&DOMAIN_DIR','Y','&host_name:&jolt_port','1','1','N');

Ad esempio:

SQL> INSERT INTO  PSPMAGENT values
('&unique_agent_id','&JMX_RMI_PORT','PSMONITORSRV','&DOMAIN_NAME','01','&DOMAIN_DIR','Y','&host_name:&jolt_port','1','1','N');   2 
Enter value for unique_agent_id: 1003
Enter value for jmx_rmi_port: 10500
Enter value for domain_name: APPDOM4
Enter value for domain_dir: /u01/app/oracle/product/psfthcm-midtierlinux-3/ps_cfg_home/appserv/APPDOM04
Enter value for host_name: psfthcm-midtierlinux-3
Enter value for jolt_port: 9033
old   2: ('&unique_agent_id','&JMX_RMI_PORT','PSMONITORSRV','&DOMAIN_NAME','01','&DOMAIN_DIR','Y','&host_name:&jolt_port','1','1','N')
new   2: ('1003','10500','PSMONITORSRV','APPDOM4','01','/u01/app/oracle/product/psfthcm-midtierlinux-3/ps_cfg_home/appserv/APPDOM04','Y','psfthcm-midtierlinux-3:9033','1','1','N')

Aggiungi un server PIA

INSERT INTO  PSPMAGENT values
('&unique_agent_id','-1','WEBRESOURCE','&DOMAIN_NAME','02','&DOMAIN_DIR','Y','&host_name:&http_port:&https_port','1','1','N');

Ad esempio:

INSERT INTO  PSPMAGENT values
('&unique_agent_id','-1','WEBRESOURCE','&DOMAIN_NAME','02','&DOMAIN_DIR','Y','&host_name:&http_port:&https_port','1','1','N');
Enter value for unique_agent_id: 19
Enter value for domain_name: peoplesoft03
Enter value for domain_dir: /u01/app/oracle/product/psfthcm-midtierlinux-3/ps_cfg_home/webserv/WEBSERVER/peoplesoft03
Enter value for host_name: psfthcm-midtierlinux-3
Enter value for http_port: 9000
Enter value for https_port: 9001
old   2: ('&unique_agent_id','-1','WEBRESOURCE','&DOMAIN_NAME','02','&DOMAIN_DIR','Y','&host_name:&http_port:&https_port','1','1','N')
new   2: ('19','-1','WEBRESOURCE','peoplesoft03','02','/u01/app/oracle/product/psfthcm-midtierlinux-3/ps_cfg_home/webserv/WEBSERVER/peoplesoft03','Y','psfthcm-midtierlinux-3:9000:9001','1','1','N')
  
1 row created.

Abilita ricerca automatica motore di ricerca in PeopleSoft

La ricerca automatica del motore di ricerca è facoltativa e supporta sia Elasticsearch che OpenSearch. Se il motore di ricerca è già integrato, è possibile includerlo nella ricerca automatica iniziale. Per integrare il motore di ricerca in futuro, utilizzare il comando refresh dell'interfaccia CLI PeopleSoft e aggiungere le autorizzazioni DB del motore di ricerca all'utente di monitoraggio. Per ulteriori informazioni sui privilegi, vedere DB Grant Privileges for PeopleSoft Monitoring. Per ulteriori informazioni sui comandi di aggiornamento dell'interfaccia CLI, vedere PeopleSoft Refresh.

grep JAVA_HOME emd.properties
JAVA_HOME=/var/lib/oracle-cloud-agent/plugins/oci-managementagent/polaris/jdk1.8.0_371-b11

Questi prerequisiti consentono l'integrazione del motore di ricerca in PeopleSoft:

• Monitoraggio dello stack supporta solo il monitoraggio del motore di ricerca configurato con SSL. L'endpoint deve essere HTTPS. Per ulteriori informazioni sull'impostazione, vedere Configurazione di SSL per Elasticsearch o Configurazione di SSL per OpenSearch, rispettivamente.

• Prima di individuare Search Engine, creare un truststore JKS, poiché JKS è l'unico tipo di truststore supportato, nell'host dell'agente di monitoraggio per memorizzare il certificato da Search Engine. La posizione e la password di questo truststore sono parametri obbligatori nell'interfaccia utente di ricerca automatica o nel file JSON di ricerca automatica durante l'esecuzione della ricerca automatica tramite CLI, mentre la posizione del truststore deve essere accessibile nell'host agente.

  Ad esempio:

  keytool -keystore truststore.jks -alias <ALIAS> -import -file <SEARCH ENGINE CERTIFICATE>

Abilita ricerca automatica Process Monitor per PeopleSoft

• Process Monitor viene rilevato insieme a PeopleSoft ed è abilitato per impostazione predefinita durante la ricerca automatica di un'applicazione PeopleSoft. Se si seleziona No nella sezione Trova monitoraggio processo, Process Monitor non verrà incluso nella ricerca automatica PeopleSoft.
• La ricerca automatica di Process Monitor è facoltativa. Se Process Monitor è già abilitato, è possibile includerlo nella ricerca automatica iniziale. Per integrare Process Monitor in futuro, utilizzare il comando refresh dell'interfaccia CLI PeopleSoft e aggiungere le autorizzazioni del database Process Monitor all'utente di monitoraggio. Per ulteriori informazioni sui privilegi, vedere DB Grant Privileges for PeopleSoft Monitoring. Per ulteriori informazioni sui comandi di aggiornamento dell'interfaccia CLI, vedere PeopleSoft Refresh.

• Nessuna proprietà richiesta per la ricerca automatica di Process Monitor

• Interfaccia utente

  • La ricerca automatica di Process Monitor è inclusa per impostazione predefinita. Per eseguire l'opt-out, selezionare No in Scopri Process Monitor nel pannello Ricerca automatica delle risorse.

Prerequisiti

• Abilita il monitoraggio JMX. Vedere Abilitazione di JMX Remote.
  Nota
  
  Il monitoraggio Tomcat non supporta SSL. SSL verrà disabilitato per impostazione predefinita quando si segue la documentazione di Tomcat.

Input di ricerca automatica Apache Tomcat

Per ulteriori informazioni sui parametri di input, vedere Parametri di input JSON

Prerequisiti

Crea un utente del database personalizzato

Per abilitare il monitoraggio per un database Microsoft SQL Server, è possibile creare un utente di database speciale come indicato di seguito.

Creare un utente (ad esempio, monstk) e mappare il nuovo utente ai database master e msdb. Assegnare quindi a questo utente i seguenti privilegi minimi.

CREATE LOGIN monstk
WITH PASSWORD = 'monstk1;123';
GO
CREATE USER monstk FOR LOGIN monstk;
GO

Mappare l'utente a tutti i database di sistema e utente:

USE master;
CREATE USER monstk FOR LOGIN monstk;
GRANT VIEW ANY DATABASE TO monstk;
GRANT VIEW ANY definition TO monstk;
GRANT VIEW server STATE TO monstk;

GRANT EXECUTE ON sp_helplogins TO monstk;
GRANT EXECUTE ON sp_readErrorLog TO monstk;
GRANT EXECUTE ON dbo.xp_regread TO monstk;

GRANT CREATE FUNCTION TO [monstk];
GRANT CONTROL TO [monstk];
GRANT CREATE TABLE TO [monstk];
GRANT SELECT ON [sys].[sysaltfiles] TO [monstk];

USE msdb;
GRANT SELECT ON dbo.sysjobsteps TO monstk;
GRANT SELECT ON dbo.sysjobs TO monstk;
GRANT SELECT ON dbo.sysjobhistory TO monstk;

Input di ricerca automatica MS SQL Server

Prerequisiti

È necessario trovare WebLogic prima di individuare Managed File Transfer (MFT). Durante la ricerca automatica di MFT, nell'interfaccia utente di ricerca automatica selezionare il valore WebLogic corrispondente dall'elenco a discesa.

Requisiti di monitoraggio del database per il monitoraggio dello stack

Prima di trovare l'applicazione MFT, è necessario trovare il database Oracle. Se il database viene individuato per primo, verrà automaticamente associato all'applicazione MFT una volta completata la ricerca automatica dell'applicazione MFT. Se la ricerca automatica dell'applicazione MFT viene eseguita prima che il database venga trovato, l'associazione dovrà essere creata manualmente. Per ulteriori informazioni, vedere Aggiornamento della topologia dell'applicazione.

Il monitoraggio di un'applicazione Managed File Transfer richiede privilegi specifici per accedere allo schema MFT. Monitoraggio dello stack supporta l'uso del proprietario dello schema MFT, in genere DEV_MFT, come credenziali del database durante la ricerca automatica di MFT. È preferibile creare un utente di monitoraggio con solo i privilegi necessari per monitorare un'applicazione MFT. È possibile utilizzare lo stesso utente del database per monitorare sia il database Oracle contenente lo schema MFT che l'applicazione MFT. I passi per creare un utente di monitoraggio del database sono disponibili nella Nota MOS: 2857604.1.

I privilegi specifici sono definiti nel codice riportato di seguito. Presume il nome dello schema MFT DEV_MFT. Se il nome dello schema è diverso nell'impostazione, sostituire DEV_MFT con il nome dello schema effettivo nel codice seguente. Sostituire <user> con l'utente di monitoraggio del database creato utilizzando lo script. Assicurarsi che i privilegi vengano applicati all'utente di monitoraggio creato dove si trova lo schema DEV_MFT.

Autorizzazioni database:

GRANT SELECT ON DEV_MFT.MV_MFT_SOURCE_MESSAGE TO <your_monitoring_user>;
GRANT SELECT ON DEV_MFT.MV_MFT_TARGET_INFO TO <your_monitoring_user>;
GRANT SELECT ON DEV_MFT.MV_MFT_TRANSFER_COUNT_INFO TO <your_monitoring_user>;
GRANT SELECT ON DEV_MFT.MV_MFT_SOURCE_INFO TO <your_monitoring_user>;
GRANT SELECT ON DEV_MFT.MV_MFT_TRANSFER TO <your_monitoring_user>;

Input di ricerca automatica

OHS con collocamento

La ricerca automatica OHS localizzata fa parte della ricerca automatica dei domini Weblogic e vengono applicati tutti i relativi prerequisiti.

Per ulteriori informazioni sull'installazione di OHS con collocazione, vedere Informazioni sull'installazione di Oracle HTTP Server.

OHS standalone

Versioni supportate:

• versione 11.x - solo monitoraggio locale, host Linux, strumento OPMN utilizzato per la raccolta delle metriche.

• versione 12.x - solo monitoraggio locale, host Linux, strumento WLST utilizzato per la raccolta delle metriche

Requisiti indispensabili:

• Il Management Agent deve essere installato sullo stesso host di Oracle HTTP Server standalone.

• Il file di configurazione OHS (httpd.conf) deve essere accessibile e leggibile dall'utente di installazione di Management Agent (mgmt_agent per l'agente standalone e oracle-cloud-agent per l'agente Oracle Cloud).

OHS versione 11.x:

La versione 11.x OHS raccoglie le metriche utilizzando lo strumento OPMN.

OHS versione 12.x:

1. Autorizzazioni di lettura per l'utente agente nel file httpd.conf all'indirizzo:

   <PATH>/user_projects/domains/<domain_name>/config/fmwconfig/components/OHS/<COMP_NAME>/httpd.conf

   Esempio:

   <PATH>/user_projects/domains/ohs_domain/config/fmwconfig/components/OHS/ohs1

   Eseguire il comando seguente per fornire l'accesso in lettura:

   sudo chmod 640 <PATH>/user_projects/domains/<domain_name>/config/fmwconfig/components/OHS/<COMP_NAME>/httpd.conf

2. Autorizzazioni di lettura per l'utente agente sul file keystore Java OHS in:

   <ORACLE HOME DIRECTORY>/wlserver/server/lib/DemoTrust.jks (file jks personalizzato in caso di utilizzo di certificati personalizzati)

   Ad esempio:

   sudo chmod 640 <absolute path to <Oracle Home directory>/wlserver/server/lib/DemoTrust.jks

3. Autorizzazioni di lettura ed esecuzione su <ORACLE HOME DIRECTORY>/oracle_common/common/bin/wlst.sh

Input di ricerca automatica OHS versione 11.x

Input di ricerca automatica OHS versione 12.x

Prerequisiti

• Il Management Agent deve essere installato sullo stesso host di Apache HTTP Server.
• Abilitare il modulo Apache mod_status (https://httpd.apache.org/docs/2.4/mod/mod_status.html). Configurare la direttiva sulla posizione /server-status per il nome host e la porta specificati.

  Ad esempio:

  http(s)://<hostname>:<port>/server-status

• Ruotare ON la direttiva ExtendedStatus (https://httpd.apache.org/docs/2.4/mod/core.html#extendedstatus).
• Se applicabile, fornire il controllo dell'accesso alla direttiva di posizione /server-status configurata in modo che le richieste HTTP/HTTPS possano essere effettuate correttamente dall'host su cui è installato l'agente. L'agente supporta solo l'autenticazione Basic con una connessione HTTPS, se necessario. Per ulteriori informazioni sulla configurazione di un controllo dell'accesso aggiuntivo, vedere Documentazione, autenticazione e autorizzazione Apache.

• I file binari Apache devono essere accessibili ed eseguibili dall'utente di installazione di Management Agent:

  • Il file o i file *.conf Apache, incluso il file httpd.conf, devono essere accessibili e leggibili dall'utente di installazione di Management Agent (mgmt_agent per l'agente standalone e oracle-cloud-agent per l'agente Oracle Cloud).
  • Il file binario Apache (httpd) deve essere accessibile ed eseguibile dall'utente di installazione del Management Agent (mgmt_agent per l'agente standalone e oracle-cloud-agent per l'agente Oracle Cloud).
  • Il file pid Apache (httpd.pid) deve essere accessibile e leggibile dall'utente di installazione di Management Agent (mgmt_agent per l'agente standalone e oracle-cloud-agent per Oracle Cloud Agent).

Ecco un esempio di come aggiungere tutte le autorizzazioni necessarie per l'utente del Management Agent creando un gruppo di utenti amministratore apache dedicato e aggiungendovi l'utente del Management Agent:

#Create a user group for apache administration
groupadd apache_admin_grp
 
#Add management agent user to the apache admin group
#for user installed management agent
usermod -G apache_admin_grp mgmt_agent
#for oracle cloud agent plugin
usermod -G apache_admin_grp oracle-cloud-agent
 
#Change ownership for apache server root directory and binary file. Example:
chown -R root:apache_admin_grp /etc/httpd
chmod -R 770 /etc/httpd
 
chown -R root:apache_admin_grp /usr/sbin/httpd
chmod -R 770 /usr/sbin/httpd
 
#Grant access to httpd.pid file. Example:
chown -R root:apache_admin_grp /run/httpd
 
#Restart the Agent for the user group assignment to take effect.
#for user installed management agent
systemctl restart mgmt_agent
#for oracle cloud agent plugin
systemctl restart oracle-cloud-agent

Input di ricerca automatica Apache HTTP Server

Imposta esportatore

L'esportatore raccoglierà le metriche da OUD e creerà un endpoint per esporre le metriche in formato Prometheus. Queste metriche verranno quindi caricate dal Management Agent nel data store di telemetria in <specified name space>.

L'esportatore deve essere configurato per ogni istanza di ciascuna modalità di installazione. Ad esempio, se ci sono 3 directory e 2 proxy, l'esportatore dovrà essere configurato 5 volte.

Panoramica dei passi di impostazione:

1. Assicurarsi che Python sia installato e installare anche python-ldap
2. Aggiungere il gruppo di runtime dell'utente OUD all'utente mgmt_agent
3. Copiare lo script dell'esportatore in un'ubicazione personalizzata
4. Crea password file temporanei per l'esportatore OUD
5. Creare un utente di monitoraggio per l'istanza OUD
6. Assegnare le autorizzazioni al file system al database OUD per monitorare le dimensioni del database
7. Imposta esportatore OUD
8. Abilitare l'esportatore OUD per l'avvio dopo un riavvio del sistema operativo
9. Conferma flusso metriche

Passaggi di impostazione:

1. Assicurarsi che Python sia installato e installare anche python-ldap:

   • Su RedHat/Oracle Linux 8 e 9:

     sudo -n yum install -y libnsl python3-ldap httpd-tools

   • Su RedHat/Oracle Linux 7:

     sudo -n yum install -y libnsl python-ldap httpd-tools

2. Assicurarsi che mgmt_agent disponga delle autorizzazioni appropriate:

   1. Aggiungere il gruppo di runtime dell'utente OUD all'utente mgmt_agent:

      sudo usermod -G <OUD_USER_GROUP> mgmt_agent

   2. Assicurarsi che la directory <ORACLE_HOME> e le relative directory padre dispongano delle autorizzazioni di esecuzione:

      sudo chmod -R 0750 <ORACLE_HOME_PATH>

3. Copiare lo script dell'esportatore in una posizione personalizzata:

   1. Creare una directory personalizzata da cui verrà eseguito l'esportatore OUD.
   2. Modificare il proprietario della nuova directory e concedere l'accesso in lettura ed esecuzione all'utente mgmt_agent a questa nuova directory e a tutti i contenuti in essa contenuti:

      sudo chown -R mgmt_agent:mgmt_agent <CUSTOM_EXPORTER_DIRECTORY_PATH>

      Ad esempio:

      sudo chown -R mgmt_agent:mgmt_agent /scratch/exporter/oud_exporter

   3. Come utente del Management Agent, copiare lo script manage_exporter.sh da $AGENT_INST/config/destinations/OCI/services/appmgmt/<Latest_Version>/scripts/oud nella directory personalizzata.

4. Creare password file temporanei per l'esportatore OUD:

   1. Per l'utente della directory root, ad esempio cn=Directory Manager:

      echo <PASSWORD> | sudo -u mgmt_agent tee
            <FULL_PATH_OF_THE_DIRECTORY_MANAGER_USER_PASSWORD_FILE>/.pw

      Ad esempio:

      echo <password> | sudo -u mgmt_agent tee /scratch/exporter/oud_exporter/.pw

   2. Per l'utente di monitoraggio:

      echo <PASSWORD> | sudo -u mgmt_agent tee <FULL_PATH_OF_THE_MONITORING_USER_PASSWORD_FILE>/.mpw

      Ad esempio:

      echo <password> | sudo -u mgmt_agent tee /scratch/exporter/oud_exporter/.mpw

5. Creare un utente di monitoraggio per l'istanza OUD:

   1. Come utente mgmt_agent, eseguire:

      ./manage_exporter.sh adduser --port <ADMINISTRATION_PORT_OF_THE_OUD_INSTANCE> --utype admin --dstype oud -j <FULL_PATH_OF_THE_DIRECTORY_MANAGER_USER_PASSWORD_FILE> --mpw <FULL_PATH_OF_THE_MONITORING_USER_PASSWORD_FILE> --javaHome <JAVA_HOME_PATH>

      Ad esempio:

      ./manage_exporter.sh adduser --port 4444 --utype admin --dstype oud -j /scratch/exporter/oud_exporter/.pw --mpw /scratch/exporter/oud_exporter/.mpw --javaHome /scratch/install/jdk1.8.0_381/

   2. Per impostazione predefinita, il nome dell'utente di monitoraggio è muser. Può essere modificato con --muser <name>

6. Assegnare le autorizzazioni al file system al database OUD per monitorare le dimensioni del database:

   1. sudo getfacl "<OUD_HOME_DIRECTORY_PATH>/OUD/db"

      Ad esempio:

      sudo getfacl "/scratch/oud12c/oud_instance/OUD/db"

   2. sudo setfacl -R -m "u:mgmt_agent:rx" "<OUD_HOME_DIRECTORY_PATH>/OUD/db"

      Ad esempio:

      sudo setfacl -R -m "u:mgmt_agent:rx" "/scratch/oud12c/oud_instance/OUD/db"

7. Imposta esportatore OUD:

   1. Come utente mgmt_agent, eseguire il comando setup:

      ./manage_exporter.sh setup --type <PRODUCT_TYPE> --compartment <COMPARTMENT_ID> --name <RESOURCE_NAME> --instName <RESOURCE_NAME> --ldap <LDAP_PORT> --ldaps <LDAPS_PORT> --oracleHome <ORACLE_HOME_PATH> --adminPort <ADMINISTRATION_PORT_OF_THE_OUD_INSTANCE> --metricPort <METRICS_MONITORING_ENDPOINT_PORT> --javaHome <JAVA_HOME_PATH> -D <NAME_OF_THE_MONITORING USER> -j <FULL_PATH_OF_THE_DIRECTORY_MANAGER_USER_PASSWORD_FILE> 

      Esempio:

      ./manage_exporter.sh setup --type oud --compartment ocid.compartment1.abcdef1234 --name oud_one --instName oud_one --ldap 0 --ldaps 0 --oracleHome /scratch/oud12c --adminPort 4444 --metricPort 1888 --javaHome /scratch/install/jdk1.8.0_381/ -D muser -j /scratch/exporter/oud_exporter/.pw

   2. Riavvia Management Agent:

      sudo systemctl restart mgmt_agent

   3. Per ulteriori opzioni durante l'impostazione, eseguire il comando della Guida:

      ./manage_exporter.sh help

   Le metriche OUD verranno raccolte in formato Prometheus all'endpoint Promethus e anche il Management Agent caricherà le metriche in telemetria.

8. Abilitare l'esportatore OUD per l'avvio dopo un riavvio del sistema operativo. Ciò consentirà inoltre all'utente mgmt_agent di riavviare il Management Agent e i servizi dell'esportatore:

   sudo ./manage_exporter.sh enable

9. Conferma flusso metriche:

   1. Per assicurarsi che l'esportatore raccolga correttamente le metriche OUD, chiamare l'endpoint della metrica nell'host in cui è in esecuzione l'esportatore. Devono esserci almeno 40 metriche:

      1. In un browser è necessario fornire le credenziali https://localhost:<METRICS_MONITORING_ENDPOINT_PORT>/metrics - node_exporter.

         Esempio:

         https://localhost:1888/metrics

      2. Sul terminale:

         curl -u "<NODE_EXPORTER_USER>:<NODE_EXPORTER_PASSWORD>" -sk https://127.0.0.1:1888/metrics

   2. Per assicurarsi che il Management Agent stia caricando le metriche in telemetria, dopo 5 minuti dall'avvio dell'esportatore, aprire Metrics Explorer in OCI. Selezionare il compartimento, lo spazio di nomi delle metriche oracle_appmgmt e uno qualsiasi dei gruppi di risorse oud. Selezionare qualsiasi metrica e verificarne la corretta generazione di report.

Opzioni del comando di impostazione dell'esportatore:

Stati OUD

OUD supporta 4 stati diversi a seconda di diversi fattori, descritti di seguito:

• Attiva

  OUD è attivo quando tutti i sistemi e le metriche scorrono normalmente.

• Non disponibile

  OUD è inattivo quando manca BindDN, si è verificato un problema di connessione con il server LDAP o il server LDAP è inattivo.

• Gestione

  Gli utenti possono mettere OUD in Manutenzione in qualsiasi momento per eseguire la manutenzione sulle istanze o qualsiasi altro scopo.

• Avvertenza

  L'istanza OUD non ha superato almeno un test del servizio e pertanto deve essere esaminata.

Gestione dello stato OUD

Per configurare un'istanza OUD in manutenzione o attiva, eseguire le operazioni riportate di seguito.

./manage_exporter.sh modstate <STATUS>  --port <ADMINISTRATION_PORT_OF_THE_OUD_INSTANCE> --dstype oud -j <FULL_PATH_OF_THE_DIRECTORY_MANAGER_USER_PASSWORD_FILE>

Per visualizzare lo stato corrente di OUD, eseguire le operazioni riportate di seguito.

./manage_exporter.sh showstate --port <ADMINISTRATION_PORT_OF_THE_OUD_INSTANCE> --dstype oud -j <FULL_PATH_OF_THE_DIRECTORY_MANAGER_USER_PASSWORD_FILE>

Importa OUD

OUD può essere importato e monitorato in modo indipendente come uno dei seguenti tipi di risorsa:

• Server directory OUD
• Server proxy OUD
• Gateway di replica OUD

Importare i tipi di risorsa OUD con il comando seguente:

oci stack-monitoring resource-task import-telemetry-resources --compartment-id <compartment id> --namespace oracle_appmgmt --source OCI_TELEMETRY_PROMETHEUS --resource-group <resource group>

Importare ogni tipo di risorsa, non ogni istanza. Ad esempio, se sono presenti 3 directory e 2 proxy, eseguire il comando di importazione 2 volte, una volta per ogni tipo.

Dopo l'importazione delle risorse, se viene aggiunta una nuova istanza OUD, eseguire di nuovo il comando di importazione per il nuovo tipo di risorsa aggiunto.

Prerequisiti

Le API REST di Oracle GoldenGate devono essere accessibili dal Management Agent che monitorerà l'istanza GoldenGate.

Poiché è supportato solo il protocollo https, è necessario configurare l'istanza GoldenGate con i certificati richiesti.

Il Management Agent deve avere accesso al file JKS del truststore che contiene il certificato per convalidare la connessione TLS.

GoldenGate Input di ricerca automatica

Prerequisiti

Il Management Agent Monitoring IIS deve essere distribuito localmente sull'host in cui è in esecuzione IIS e i prerequisiti necessari devono essere completati. Per ulteriori informazioni, vedere Eseguire i prerequisiti per la distribuzione dei Management Agent.

Microsoft IIS e l'agente locale sono in esecuzione durante la ricerca automatica.

Input di ricerca automatica Microsoft IIS

Prerequisiti

• Il monitoraggio JMX deve essere abilitato. Per abilitare il monitoraggio JMX, vedere Abilitazione di JMX Remote.

Input di ricerca automatica runtime JVM Oracle

Input di ricerca automatica NGINX