About Me

My photo
TsooRad is a blog for John Weber. John is a Skype for Business MVP (2015-2016) - before that, a Lync Server MVP (2010-2014). My day job is titled "Technical Lead, MS UC" - I work with an awesome group of people at CDW, LLC. I’ve been at this gig in one fashion or another since 1988 - starting with desktops (remember Z-248’s?) and now I am in Portland, Oregon. I focus on collaboration and infrastructure. This means Exchange of all flavors, Skype, LCS/OCS/Lync, Windows, business process, and learning new stuff. I have a variety of interests - some of which may rear their ugly head in this forum. I have a variety of certifications dating back to Novell CNE and working up through the Microsoft MCP stack to MCITP multiple times. FWIW, I am on my third career - ex-USMC, retired US Army. I have a fancy MBA. One of these days, I intend to start teaching. The opinions expressed on this blog are mine and mine alone.

2012/09/05

Lync 2013 SQL outline

 

Lync 2013 has a lot of new(ish) features. To me, the interesting ones are on the backend support, how HA is accomplished, server pairing, and things like that.  Recently, I had to chase down the specifics of the new backend SQL support and how it fits into the new architecture.

To that end, I submit the following bullets regarding Lync 2013 and the SQL support.

  • Each pool member has a local SQL Express running.
  • Each pool member synchronizes with other pool members.
  • One pool member is active for the backup service and synchronizes with the active pool member in the paired pool.
  • Each pool member synchronizes with the backend full SQL also.
  • The full SQL does NOT synchronize with the paired pool full SQL.
  • If your paired pool (Pool A) contains the Central Management Store (CMS), then when you pair Pool A with Pool B, Pool B will have a backup copy of the CMS.  Only one of these CMS copies is "master" at any one time. If you need to failover Pool A to Pool B, then you need to move the CMS master to Pool B using the invoke-csmanagementserverfailover cmdlet.  For more information see this link.
  • Each full SQL for each pool can also provide an archiving, monitoring, and Persistent Chat database.
  • Persistent Chat uses Log Shipping to and stretches its’ pool across sites to provide for resiliency.
  • Paired pools are also backup registrars for each other (not really a SQL thing, but an interesting point before you go pairing pools).

But each full SQL could fail, leaving those services unavailable.

  • To answer this HA requirement, Lync 2013 can use SQL mirror to provide for intrasite High Availability - not to be confused with the ability of the paired pool to assume full services if needed.

Clear as mud?

YMMV

No comments: