Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
DB Engine
SQL ServerMSDESQL Server CE
Services
Analysis (Data Mining)Analysis (OLAP)DTSIntegration ServicesNotification ServicesReporting Services
Programming
CLRConnectivitySQLXML
Other Technologies
ClusteringEnglish QueryFull-Text SearchReplicationService Broker
General
Data WarehousingPerformanceSecuritySetupSQL Server ToolsOther SQL Server Topics
DirectoryUser Groups
Related Topics
MS AccessOther DB ProductsMS Server Products.NET DevelopmentVB DevelopmentJava DevelopmentMore Topics ...

SQL Server Forum / Other Technologies / Replication / May 2006

Tip: Looking for answers? Try searching our database.

The merge process could not retrieve generation information at the Subscriber.

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Kelvin.Stella@gmail.com - 29 May 2006 08:49 GMT
Dear All,

Our system is built-in SQL 7.0.

I had one publisher and 3 subscription in 3 different location.
And recently one of the subscription got the erorr "The merge process
could not retrieve generation information at the Subscriber."
sometimes.

Can anybody advise how I can do ?

And in the publisher , I never removed the the records of
MSMerge_contents, MSmerge_tombstone, and MSmerge_genhistory . Do I need
to do it ?

Moreover, I have the following scripts, can I use it to maintain the
MSmerge_contents, MSmerge_tombstone, and MSmerge_genhistory ?

Thanks
Kelvin

+++++++++++++++++++++++++++++++++++++++++++++++++++++++
create procedure sp__mergepurgemetadata
as
declare  @purgedate   datetime,
        @command     varchar(1000)

select @purgedate = dateadd(dd, -1 * 360+ 1, getdate())

-------------------------------------------------- PART 1
---------------------------------------------------
    --Remove the specified generations from MSmerge_contents

    select @command = 'delete rpx..MSmerge_contents from
rpx..MSmerge_contents a, ' +
                      'rpx..MSmerge_genhistory b where a.generation =
b.generation and ' +
                      "b.coldate < '" +
convert(char(10),@purgedate,101) + "'" + ' and a.generation > 0'
    begin transaction
    exec(@command)
    commit transaction

-------------------------------------------------- PART 2
---------------------------------------------------
    --Remove the specified generations from MSmerge_tombstone

    select @command = 'delete rpx..MSmerge_tombstone from
rpx..MSmerge_tombstone t, ' +
                      'rpx..MSmerge_genhistory b where t.generation =
b.generation and ' +
                      "b.coldate < '" +
convert(char(10),@purgedate,101) + "'" + ' and t.generation > 0'

    begin transaction
    exec(@command)
    commit transaction

-------------------------------------------------- PART 3
---------------------------------------------------
    --Remove the specified generations from MSmerge_genhistory

    select @command = 'delete rpx..MSmerge_genhistory where coldate <
"' +
                      convert(char(10),@purgedate,101) + '" and pubid
is not null'
 
    begin transaction
    exec(@command)
    commit transaction
Hilary Cotter - 29 May 2006 15:24 GMT
These errors are normally transitory and will clear the next time you run
the merge agent. You may have to set querytimeout to a large value is 600.

Signature

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

> Dear All,
>
[quoted text clipped - 66 lines]
>     exec(@command)
>     commit transaction
Kelvin.Stella@gmail.com - 30 May 2006 03:58 GMT
thanks.
But I don't know where to setup the querytimeout in SQL 7.0 .
Is it in publisher or subscription ?
Can you advise the command ?

Thanks
kelvin
Kelvin.Stella@gmail.com - 30 May 2006 04:01 GMT
Sorry. I just found it in the property of SQL server.
right now, the default setting is 0 (means unlimited).

Do you think I need to change it  ?

Thanks
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.