Forum Replies Created

Viewing 15 posts - 1 through 15 (of 29 total)

  • RE: Merge Replication using excessive bandwidth

    Replication can be chatty and will consume significant bandwidth. With Merge Replication, even if no updates occur at the Publisher or Subscriber(s), the Merge Agent will produce traffic if...

  • RE: Merge Replication synchronization in Stored procedure

    You have options.

    When using Standard Edition or higher, when a Merge subscription is created, an associated Merge Agent job is created. You start the job to synchronize the subscription.

    You...

  • RE: Transactional Replication - Adding Column to Article (table)

    Yay! I'm glad it is working now!

  • RE: Transactional Replication - Adding Column to Article (table)

    EXEC sp_changepublication

    @publication = 'IM_Audit_LIVE',

    @property = N'replicate_ddl',

    @value = 0

    GO

    You do realize that this statement sets replicate_ddl to false right?

  • RE: The Brittleness of Replication

    If the network goes down for whatever reason, if it comes back up within the retention period, replication will pick up where it left off. It auto recovers from...

  • RE: The Brittleness of Replication

    Steve Jones - SSC Editor (8/14/2014)


    Brandon J Williams (8/13/2014)


    My point is that replication novices are quick to point the finger at replication when it's not replication that is the problem.

    We...

  • RE: The Brittleness of Replication

    TomThomson (8/13/2014)


    Brandon J Williams (8/13/2014)


    Replication Monitor is good for a quick sanity check but we have rolled our own monitoring solution. We are continuously adding features to that.

    That seems...

  • RE: The Brittleness of Replication

    dstinson-1008865 (8/13/2014)


    Arrogant much?

    The clear implication is that your own experience trumps that of anyone else because they must be a "replication novice". And that in spite of multiple other...

  • RE: The Brittleness of Replication

    Robert.Sterbal (8/13/2014)


    Brandon,

    The posts in this forum suggest otherwise.

    That's why I'm here to set the record straight.

    Most of the issues I'm reading about would be helped by better reporting of replication...

  • RE: The Brittleness of Replication

    quackhandle1975 (8/13/2014)


    Brandon J Williams (8/12/2014)


    Replication is not brittle, buggy, or unstable. Unreliable network connections can cause replication to fail, and the replication novice will interpret this as a bug...

  • RE: The Brittleness of Replication

    Log shipping cannot do what replication does.

    I agree, over small pipes, or an unreliable or slow network connection, replication may timeout or fail or something like that. But there...

  • RE: The Brittleness of Replication

    Replication is not brittle, buggy, or unstable. Unreliable network connections can cause replication to fail, and the replication novice will interpret this as a bug or as replication being...

  • RE: The Brittleness of Replication

    I know this really old guy who once said that replication is only as reliable as the network and hardware it runs on.

  • RE: Peer to peer replication

    Locate the replication agent job in SQL Server Agent -> Jobs. Right-click the job -> Properties. Navigate to the Notifications page and uncheck Write to the Windows Application...

  • RE: snapshot replication lock tables

    I agree with Gail, Transactional Replication is a better fit here considering the frequency with which you need to replicate the data. With Transactional Replication, you would only need...

Viewing 15 posts - 1 through 15 (of 29 total)