Another good point. Many of my customers need to keep a rolling month, but
dynamically toggle it via a proc or job step. My option does have the draw
"Paul Ibison" <Paul.Ibison@Pygmalion.Com> wrote in message
news:Ob5T0hGZGHA.1200@TK2MSFTNGP03.phx.gbl...
>I follow your point, but I wasn't suggesting toggling dynamically - rather
>setting up the publication initially this way.
> In our app we could disable all deletes from replicating, as the only
> deletes ever done are archiving DBA ones on the publisher, and app deletes
> are purely logical.
> This may or may not be relevant to 0to60 - it depends on his app.
> Cheers,
> Paul
>
>
> "Hilary Cotter" <hilary.cotter@gmail.com> wrote in message
> news:ud1mzdGZGHA.3448@TK2MSFTNGP04.phx.gbl...
>> That's a truly great suggestion Paul, but you can't toggle this with
>> active subscribers.
>>
>> Trying to do so gives the following:
>>
>> sp_changearticle 'pubs','authors','del_cmd','none'
>> Server: Msg 20608, Level 16, State 1, Procedure sp_MSreinit_article, Line
>> 122
>> Cannot make the change because there are active subscriptions. Set
>> @force_reinit_subscription to 1 to force the change and reinitialize the
>> active subscriptions.
>>
>> So if you set the @force_reinit_subscription parameter to 1 as
>> illustrated below - it works
>>
>> sp_changearticle
>> 'pubs','authors','del_cmd','none',@force_reinit_subscription=1
>>
>> Reinitialized subscription(s).
>> Article update successful.
>>
>> The problem is the snapshot for this article is regenerated the next time
>> the snapshot is run, or you kick it off, and if its big it will cause
>> significant locking on the base tables and take time to send to the
>> subscriber(s), and then you have to go through the entire process again
>> to re-enable the deletes.
>>
>>
>> --
>> Hilary Cotter
>> Director of Text Mining and Database Strategy
>> RelevantNOISE.Com - Dedicated to mining blogs for business intelligence.
>>
>> This posting is my own and doesn't necessarily represent RelevantNoise's
>> positions, strategies or opinions.
>>
>> 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 >>
>>
>>
>> "Paul Ibison" <Paul.Ibison@Pygmalion.Com> wrote in message
>> news:u2s29rFZGHA.4144@TK2MSFTNGP04.phx.gbl...
>>> On the back of Hilary's suggestions, we have an application in which
>>> there are no deletes apart from DBA deletes of archived data. If this is
>>> the case for yourself, you can use transactional replication and disable
>>> the delete propagation (@del_cmd = NONE).
>>> Cheers,
>>> Paul Ibison SQL Server MVP,
www.replicationanswers.com >>> (recommended sql server 2000 replication book:
>>>
http://www.nwsu.com/0974973602p.html)
>>>
>>>
>>
>>
>
>