sql >> Database >  >> RDS >> Oracle

verifiëren_queryable_inventory heeft ORA-2008 geretourneerd:time-out

Ik heb één systeem dat altijd dezelfde foutmelding krijgt wanneer ik de PSU aanbreng. Wanneer de PSU wordt toegepast, mislukt de uitvoering van de datapatch. Ik krijg het volgende op mijn scherm:

Queryable-inventaris kan de huidige opatch-status niet bepalen. Voer 'select dbms_sqlpatch.verify_queryable_inventory from dual' uit en/of controleer het aanroeplogboek/u01/app/oracle/cfgtoollogs/sqlpatch/sqlpatch_25889_2016_11_09_patch_26_12/. /pre> 

In het sqlpatch_invocation logbestand wordt het volgende getoond:

verify_queryable_inventory geretourneerd ORA-2008:Time-out, taak Load_opatch_inventory_1uitvoeringstijd is meer dan 120SecsQueryable-inventaris kan de huidige opatch-status niet bepalen.

Datapatch probeert ervoor te zorgen dat DBMS_QOPATCH correct is geïnstalleerd. Maar de check time-out. Hier zijn een aantal redenen voor. Er is wat onderzoek nodig om het gebruik van systeembronnen te controleren om te zien of er een knelpunt is. Het kan ook nodig zijn om de databaseprestaties te controleren terwijl dit wordt uitgevoerd.

In mijn geval weet ik dat ik een erg trage VM heb. Ik werk samen met ons serverteam om ervoor te zorgen dat de VM correct is geconfigureerd. In de tussentijd kan ik voorbij de time-out komen door het volgende te doen:

wijzig systeemset-gebeurtenissen '18219841 traceernaamcontext voor altijd';$ORACLE_HOME/OPatch/datapatch -verbosealter systeemset-gebeurtenissen '18219841 traceernaamcontext uit';

Door de gebeurtenis in te stellen, wordt de datapatch succesvol voltooid.


  1. Niet te verwaarlozen verschil in uitvoeringsplan met Oracle bij gebruik van jdbc Timestamp of Date

  2. onopgeloste verwijzing naar object [INFORMATION_SCHEMA].[TABLES]

  3. Hoe de NCHAR()-functie werkt in SQL Server (T-SQL)

  4. Wat vertelt PostgreSQL mij precies?