Viewing 15 posts - 256 through 270 (of 353 total)
Hi Paul,
Thanks for the reply.
Will definitely try the drop and re-apply approach. Up until recently our time has been very limited with our overnight jobs but that could change soon.
The...
November 28, 2005 at 10:15 am
Hello David,
Are your article defaults set to DROP and recreate the table at the subscriber?
And your servers are on the same network and one server can be registered with the...
November 15, 2005 at 3:15 am
I take it this is Transactional replication ??
Is this error in the Distribution agent ?
Graeme
November 15, 2005 at 2:57 am
Hi,
I'd have to agree with previous replies. Your query is far to broad, you are selecting all columns and all rows. That means the only factor that is likely to...
November 15, 2005 at 2:50 am
Hi,
Need a bit more information on the process you went through to set up your replication.
Did you synchronise before adding the subscriber or did you push out a new...
November 15, 2005 at 2:43 am
Hi,
The databases were rebuilt yesterday and the jobs have been re-run. It looks like the procedure is now running normally ????....seems very odd.
I'll keep an eye on that.
Thanks for your...
November 9, 2005 at 8:05 pm
Yeah, the data is almost the same, the jobs run the same time on each server and the processes are virtually the same. The server with sp4 is a lower...
November 9, 2005 at 7:50 am
Hi,
I use this
DECLARE @DBName VarChar (255), @Cmd VarChar (500)
DECLARE DBCursor CURSOR
FOR
SELECT [name] FROM sysdatabases WHERE [name] IN ('List','Your','databases')
OPEN DBCursor
FETCH NEXT FROM DBCursor INTO @DBName
WHILE @@FETCH_STATUS = 0
BEGIN
SET @Cmd =...
November 9, 2005 at 3:55 am
It sounds like you are dealing with people who don't understand how replication works. My advice would be to have a look at some simple replication articles/books/BOL so that you...
November 2, 2005 at 7:55 pm
What you have here purpose are two ways of the doing the same thing. The replication solution allows you to distribute the data to multiple sites in a quick and...
November 2, 2005 at 12:11 am
Hi Bill,
If you are using snapshot replication that is the easiest to deal with. All you will be doing is taking a copy of the data and placing it on...
November 2, 2005 at 12:00 am
I think you may have to re-apply replication to this restored database...re-subscribe or re-publish.
The logreader is probably referring to the pre-restored version.
Reapplying the rep will set up a new logreader
HTH
Graeme
October 6, 2005 at 1:50 am
You should only use the data and schema exists option if the data is already synch'd at both ends..if you make a change to a record at one end it...
October 6, 2005 at 1:29 am
Have you tried unregistering and re-registering the re-named server on server A.
You might have to drop the subscription and re-subscribe to server A
Regards...Graeme
October 6, 2005 at 1:21 am
Hi Jennifer,
Having read the posts, it looks like Merge Replication is the right solution for you. Each server will have it's own ranges of IDs so there shouldn't be any...
September 30, 2005 at 6:00 am
Viewing 15 posts - 256 through 270 (of 353 total)