June 18, 2009 at 10:42 am
Situation:
Server A replicated on server B, snapshot replication on every 30 min, DB size 4Gb.
Are users able to connect to server B while Snapshot/Distribution Agent running? Server B is set for reporting purpose and users are running the reports all time, even in the snapshot replication laps of time.
June 18, 2009 at 11:07 am
Users can fetch reports from server B
June 18, 2009 at 11:40 am
Thank you 🙂 !
sorry for my laconic ton, I am overloaded and it shows.
June 19, 2009 at 9:56 am
Why dont you consider Transactional replication. I think it suits your environment. Initially the snapshot is generated and gets reflected at the subscriber and transactions that happen at the publisher will get reflected automatically at the subscriber without any problem.
Thanks
Chandra Mohan N
[font="Verdana"]Thanks
Chandra Mohan[/font]
June 23, 2009 at 7:53 am
Is that I proposed first time - transactional replication - but the client don't want to add the primary key for all tables. Result: no transactional replication! and they want all that replicated, no just some tables for the purpose of reporting.
Thanks,
Paula
June 23, 2009 at 3:14 pm
Snapshot Replication might no be a good solution. Since it drops all objects and re-create them, I am sure the users will get disconnected somehow. Not only that, you may encounter some locking/blocking issues on the source server while the snapshot is generating.
Ed
June 24, 2009 at 7:18 am
I think a log shipping solution may be a little faster. Yes, the users will be knocked off when you restore the tran log (same as snapshot replication) but you're only restoring the tran log and not the entire DB.
Tim White
June 24, 2009 at 7:57 am
There are some options besides dropping a table and recreating it for snap shot replication (at least there is for SS 2000). You can "Delete all data in the existing table" instead of dropping the tables. This could reduce the time that tables are not available but if there is a table structure change, this could cause problems.
I would recommend once a day, off hours snapshot replication or bite the bullet, add the primary key to all tables needed and use transaction replication. I'm sure that there are some articles on SSC that would give some useful arguements for setting up a relational database with primary keys.
Steve
June 25, 2009 at 9:16 am
Users can connect to Server B but will not be able to select from whatever table the snapshot agent is currently working on since it will be locked by the bcp process the snapshot agent is running.
but the client don't want to add the primary key for all tables
Wow :blink:...What a great opportunity for you to teach your client about why it's a good idea to put a PK on tables.
While other people have mentioned log shipping and it sounds like it may be applicable to your situation, remember that log shipping covers the entire database. If you're replicating every table perhaps log shipping is a better solution. If you're replicating only a few tables log shipping may not be the best solution.
Viewing 9 posts - 1 through 8 (of 8 total)
You must be logged in to reply to this topic. Login to reply