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...

your view also has the dbo prefix?

nice that you backup all database in case the hardware breaks (we had one by a defect harddisk shortcircuiting the san-backplane)

you could use the nolock hint

I don't know for sure but I thought there was a lengthlimit for the name of the primary key.

You could also try to remove the statistics and see what happens.

Is the system dsn installed on the other machines with the same name?

How does your connectionstring looks like?

Perhaps it doesn't display hidden tables.

Extra->options->Display->Hidden objects

Never done the conversion myself but from

http://www.dbforums.com/archive/index.php/t-947624.html

it should be

Well, the good news is I finally figured it out. Quite a switch from the old DAO methods, but I guess...