via windows Task Scheduler. This way we do not need to have our
"in progress" status. This only happens after applying the initial
snapshot. (subsequent replications succeed)
thanks for your time.
On Mar 14, 12:45 pm, "Hilary Cotter" <hilary.cot...@gmail.com> wrote:
> The status event is the best way to monitor progress of your sync.
>
> Merge replication does put schema and application locks on your tables,
> including the sysmergerarticles table - this is probably what you are
> seeing.
> --
> Hilary Cotter
>
> Looking for a SQL Server replication book?
http://www.nwsu.com/0974973602.html >
> Looking for a FAQ on Indexing Services/SQL FTS
http://www.indexserverfaq.com >
> "Mar72Vin" <mar72...@gmail.com> wrote in message
>
> news:1173826362.218126.53350@l75g2000hse.googlegroups.com...
>
> > Hi All,
> > I have previously posted in the MSDN forums with no responses, so any
> > hints on this would be greatly appreciated.
>
> > I am replicating an SQL2005 express machine to SQL2005 standard
> > edition server using merge replication.
>
> > I have a simple VB application using ADO polling msMerge_history at
> > the subscriber every second so that i can show the end user the
> > progress of the replication.
>
> > When the subscription first subscribes and after the initial snapshot
> > is applied replication downloads all changes from the server that have
> > been changed since the snapshot was created.
>
> > Towards the end of this download faze the VB polling application fails
> > with "Cannot open database "DBName" requested by the login. The login
> > failed."
>
> > This connection fails 4 or 5 times and then normal polling resumes.
> > The scary thing is that sometimes when the polling connection fails
> > the merge replication does not complete and if i check
> > msMerge_Sessions the "runstatus" is stuck at 3 (InProgress).
>
> > 1) Is the reason the ADO polling connection fails because of some sort
> > of lock between replication and reading the system tables?
> > 2) Is replication getting stuck because of locks?
> > 3) What can i do to get around this?
>
> > cheers,
> > Tim