A: Yes, absolutely. Filter on severity: Info level. Alert only on ERROR or WARNING . But log retention of these "detach" events helps when auditing change windows. Conclusion: A Sign of a Healthy System The message "OGG capture client successfully detached from GoldenGate capture" should not invoke fear. Instead, it should be viewed as a stamp of approval from the GoldenGate engine that a shutdown sequence was handled with integrity.
2025-05-23 14:00:01 ERROR OGG-02717 Unable to allocate LogMiner session. 2025-05-23 14:00:01 INFO OGG-06408 OGG capture client successfully detached... Here, the detach is . The primary issue is the LogMiner allocation failure. The detach is just the cleanup response. Common Related Errors Guiding the Detach | Error | Meaning | DBA Action | | --------------------------------- | ------------------------------------------------- | ---------------------------------------------------------------------- | | OGG-02912 (Insufficient SGA) | Database’s streams_pool_size too small. | Increase streams_pool_size or sga_target . Restart extract. | | OGG-02902 (Timeout) | LogMiner server didn’t respond. | Check database alert log for bottlenecks or deadlocks. | | OGG-06439 (No capture resources) | Too many concurrent LogMining servers. | Stop other extracts or increase MAX_SERVERS in the database config. | A: Yes, absolutely
INFO EXTRACT ext_sales, DETAIL Look for Current Checkpoint – it should be recent relative to the stop time. If an extract crashes and does not detach gracefully, you may see a database session lingering: But log retention of these "detach" events helps
()