Replication Agent crashes when manually applying Locked AI extents to the target database with
dsrutil -C applyextentManually applying ai extents from a mixture of archived sources with different naming conventions fails with a Memory Violation
After the failed
dsrutil applyextent, accessing the database -RO while the target is still in Pre-Transition mode does not include transactional data from this ai extent
For AI Management (AIMGT) enabled databases:
- Applying archived extents and then the current BUSY extent copied directly from the source database fails with a memory violation
- Applying archived extents and then non-archived ai extents from the source database fails with a memory violation
- Applying archived extents from archive directories (-aiarcdir) with different folder depths fails with a memory violation
For AI files managed by scripts, applying renamed os copied extents and the current BUSY extent copied directly from the source database fails with a memory violation
Stack trace from rpagent reads:
rpSET_DBExitCallBack()
dbExit()
dsmFatalMsgnCallBack()
rlaiswitch()
rlaixtn()
rlwrite()
rlputnote()
rlaiApplyNote()
dsaAIApplyNote()
rpNOT_ProcessNoteBlock()
rpAPY_ApplyExtent()
rpAGT_AgentLoop()
Replication_Agent()Stack trace from rpagent reads:
rpSET_DBExitCallBack()
dbExit()
drExitOnTerm()
_thr_slot_offset()
sema_post()
sema_post()
rpAGT_PollControlIPC()
rpAGT_AgentLoop()
Replication_Agent()