Wednesday, April 24, 2013

[SQL 2012] Replication between 2005 and 2012 conundrum

[SQL 2012] Replication between 2005 and 2012 conundrum

Replication between 2005 and 2012 conundrum

Posted: 24 Apr 2013 03:20 AM PDT

In our existing setup we have a local intranet SQL Server 2005 install which holds all of our intranet data (customer details, communications, invoices etc). We also have a second SQL Server 2005 install at our DC which is used by our publically accessible portal site, which allows our customers to login, check their details etc. We've got merge replication setup between the two, with the local server acting as distributor and publisher, and the publication (and as such the live database) consisting of just a subset of the data stored locally, so only the data required in the portal is replicated, not the more sensitive data.The issue is that I'm in the process of migrating the databases in the DC to a new SQL 2012 server, and as such will need to get replication working for the intranet/portal database between the intranet 2005 server and the internet 2012 one. Eventually I want to get the intranet server upgraded as well, but for now that's not an option.The question is, what's the best way to go about this?While the local server can't manage the live one I can obviously do the reverse, however a subscriber in merge replication can't be newer than the publisher, so I can't simply setup the publication on the local server using SMSS 2012 on the live server and then make the live server a subscriber.I could setup the distributor / publisher on the live 2012 server, and then make the local 2005 server a subscriber, but the local 2005 server is the data source so I'm not sure that would work. Also I don't want the live 2012 server to have full access to the local database since it's potentially more at risk than the local server.I could make the live 2012 server the distributor and keep the local 2005 server as the publisher (according to the docs), but again I couldn't make the 2012 server a subscriber to it.If anyone can confirm whether the above are / aren't possible or if there's a better way I'd appreciate it, it might just save what little hair I have left!

Page life expectancy diving to sub-10 on a 128 GB server

Posted: 27 Feb 2013 09:36 AM PST

Last weekend we migrated our primary ERP system from a Windows 2003, SQL 2008R2 server to a windows 2008R2, SQL 2012 server.The new servers are much beefier than the old ones, including an extra 32 gig of ram. The ERP database is ~500 gig, of which a good amount is audit data. On the old server I generally had page life expectancy values around 1000 or more for normal daily activity.On the new server I have been capturing perfmon stats for the past week and I see the PLE jumping all over the place. It climbs up into the several hundred but then suiddenly dives to ridiculously low values like 12 or even 7. The server usage profile has not changed, it's still the same users and applications doing the same things they were doing last week.The instance is set to have min 70 gig, max 110 gig allocated to SQL.The service account has lock pages in memory permission.Can anyone think of some setting I might have missed during migraiton, or some new option to be set in SQL2012 that I've overlooked, that could explain this?

Looking for recommended vendor on SQL 2012 training

Posted: 24 Apr 2013 12:54 AM PDT

Hi there!I am interested in a SQL 2012 Admistrator training course. ofcourse I prefer classroom, but I guess online would be more affordable. have anyone have experience on this type of training? if so could you share with me your preferred vendor. I live in houston, TXI just come across this site, seems to be reasonable. not sure if it is worth it or not.http://www.hdstrainingstore.com/ProductDetails.asp?ProductCode=MS%2D70%2D462Thanks, in advance.

End Points in SQL 2012

Posted: 23 Apr 2013 10:43 PM PDT

Can anyone explain me what is the use of end points?when will we use endpoints?types of endpoints?how to create endpoints?Please clarify me these topics..thanks in advance :)
Posted by at

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)

Search This Blog