GoldenGate

Hi, could you please advise?

I'm getting the following problem:

About a week ago replicat abened with "Error in mapping" error. I found in discard file some record looking like:
filed1 = NULL
field2 =
field3 =
field4 =
field5 =
datefield = -04-09 00:00:00
field6 =
field8 =
field9 = NULL
field10 =

Where filed9 = @GETENV("GGHEADER", "COMMITTIMESTAM"), field10 = = @GETENV("GGHEADER", "COMMITTIMESTAM"), others are table fields mapped by USEDEFAULTS
So I got Mapping problem with compressed key update record at 2012-06-01 15:44
I guess I need to mention that extract failed in 5 minuts before it with: VAM function VAMRead returned unexpected result: error 600 - VAM Client Report <[CFileInfo::Read] Timeout expired after 10 retries with 1000 ms delay, waiting to read transaction log or backup files. To increase the number of retries, use SETENV (GGS_CacheRetryCount = n) in Extract parameter file. To control retry delay time, use SETENV (GGS_CacheRetryDelay = n). handle: 0000000000000398 ReadFile GetLastError:997 Wait GetLastError:997>.

I don't know if it has ther same source as data corruption, could you tell me if it is?

Well, I created new extract, starting 2012-06-01 15:30 to check if there was something with extract at the time, but got the same error.
If I run extract beging at 15:52 it starts and works.

But well, I got another one today. Data didn't look that bad, but yet one column came with null value:( And I'm using it as a key column, so I got Mapping problem with compressed key update record again:(
I'm replicating from SQL Server 2008 to Oracle 11g.
I'm actually using NOCOMPRESSUPDATES in Extract.
CDC is enabled for all tables replicated. The only thing is that it is enabled not by ADD TRANDATA command, but by SQL Server sys.sp_cdc_enable_table, does it matter?

Could you please advise why does it happen?