Usually, opening ports 1433 and 1434 are all you need or want to do.
]]>is that a good practice?
2. Do we need to specifically allow 1433 in firewall?
3. I think we should allow port 1434 for Dedicated Admin Connections in firewall. Please correct me if I am wrong here.
Thanks.
]]>It is actually pretty common (and I think it is a good idea) to make the Windows Page File pretty small, such as 4-6GB, and fixed in size. With SQL Server, if you are ever using the Windows Page File, that means you are under severe external memory pressure, and your performance is going to be very, very bad.
]]>(and given no other processes other then SQL components…how much should be reserved?)
thanks!
]]>Especially when it comes to SPs and CUs, I think your idea of patching the subscriber first (especially when you have multiple subscribers) makes a lot of sense. If the SP or CU causes an issue (which is actually pretty rare), then you will have only affected that one subscriber, which would cause less of an impact than if you caused a problem with the publisher or distributor.
]]>I know that if the replication components are affected, there could be problems with compatibility, and that if it fails on a subscriber then subscriptions may have to be reinitialized. What if the SP/CU has no references to replication? Have there been actual examples of this in practice?
]]>That is just a typo. Microsoft Update is a superset of Windows Update.
]]>“You also want to make sure that Windows Server 2012 has been fully patched, using Microsoft Update (which is a superset of Microsoft Update).”
]]>Would you elaborate on your recommendation to install CUs by default?
Up until now, I thought SPs are tested more thoroughly by Microsoft and you really don’t want half tested changes running on Prod.
Thank you!
Mark V