Are the new records inserted in "Tom" or is there replication involved (possible delay)?

Hello,

Have a look at

http://www.sqljunkies.ddj.com/Tutorial/0D4FF40A-695C-4327-A41B-F9F2FE2D58F6.scuk

It answers a lot of memory questions.

Generally I leave 0.5GB-1GB for the operating system (otherwise expect odd errors).

You might want to check

SQLServer:Memory Manager: Target Server Memory...

Strange that an alerting engine would interfere with the replication jobs.

Can you lower the MaxBcpthreads back to 1?

I haven't much experience with replication troubleshooting.

What is the current servicepack of both...

I would lower the BcpBatchSize to 10000 or something. How many records are in the table?

also have a look at another replication site I've found

http://www.informit.com/articles/article.aspx?p=344817

found a nice site with replication faq

http://www.replicationanswers.com/General.asp

Any detailed info after failed (like I/O, ...)?

What is the timeout on the snapshot agent?

The first link deals with the added RPC security of Windows 2003 (and MSDTC)

(starting at Set the appropriate MSDTC Security Configuration options on Windows Server 2003 SP1 and Windows XP...

Sorry, the extra dot was really tight

http://sql-server-performance.com/Community/forums/p/28131/151182.aspx

Have a look at

http://www.derkeiler.com/Newsgroups/microsoft.public.sqlserver.security/2003-05/0276.html

and

http://www.derkeiler.com/Newsgroups/microsoft.public.sqlserver.security/2003-05/0278.html

Have you checked the permissions of SQL Agent?

The autoupdating of stats usually improves execution plan.

Perhaps you can try this in a test-environment

CHECKPOINT --writes dirty blocks to disk

DBCC DROPCLEANBUFFERS --cleans the cache

DBCC FREEPROCCACHE --cleans the stored proc cache.

Then...

Hello,

Verify the permissions of the Windows accounts the replication jobs run under. (and also the linked server permissions)

It could be a oneway domain trust.

There is also something like the Windows...

Does the stored procedure changes set options (like set ANSI_NULL ON)

Verify the server SET OPTION.

Certain commands fail it some specific "options" aren't set. (like index on calculated columns etc)

Was this a one time hickup (maybe the machine shares resources with other programs)?

A wild guess:

Have a look at

http://sql-server-performance.com/Community/forums/p/28131/151182.aspx.

They mention verifying authentication setup and the linked server connection.

In my opinion it won't fire if you bypass the view. Would be quite a mess if the same table is referenced by multiple views.

Can be easily tested by creating...