Viewing 8 posts - 46 through 53 (of 53 total)
I've tested TDE with log shipping. It works fine with it. You just have to install the same certificate onto the secondary servers that protects the DEK of the database.
I...
August 16, 2012 at 8:07 am
Neither. I want the transactions serialized. That's why I always favor eliminating the possibility of conflicts by application partitioning, DML segregation, or both.
August 7, 2012 at 6:48 am
It's the nature of the beast (2-way replication) regardless of the RDBMS. Collisions are going to happen. IMO if you can't come up with an algorithm to decide which client...
August 3, 2012 at 6:18 am
If it happens again do exactly what you did except for the backup log with truncate_only. Instead try this...
1. backup log [dbname] ...
2. use [dbname] dbcc shrinkfile (2) ...
July 24, 2012 at 11:36 am
I agree with Phil's comment. I dont see why "WITH TRUNCATE_ONLY" is necessary. This breaks the log chain and renders the publishing database unrecoverable. If you do this you should...
July 24, 2012 at 10:08 am
Another concern I have with replication are the infamous system deletes. MS in their infinite wisdom decided that keeping the publisher and subscriber in sync is more important than transaction...
May 24, 2012 at 12:47 pm
I'm not a big fan of replication in any of its forms. I want this to be a worry free backup solution.
Log shipping copies everything. Unless I am mistaken,...
May 24, 2012 at 9:25 am
Have you ever tested recovering from a standby database backed up in this manner? I'm working on a very similar backup strategy. The one thing I'm doing differently is that...
May 24, 2012 at 8:48 am
Viewing 8 posts - 46 through 53 (of 53 total)