Skype for Business 2015

One of the things during the mist of either a disaster recovery exercise or performing the real thing is confirmation if you have truly failed over and / or failed back.   Running the cmdlet Get-CsUserPoolinfo username does not really tell you, that you have failed over and or failed back. In addition once you have run the Invoke-CsPoolFailover and Invoke-CsPoolFailback cmdlets you can dig around and find the cmdlet logs to see what occurred though the process; but what about a simple notification that you have failed over or failed back and the pool is functioning well.  Without such notification we are left wondering, “How do I truly know if I failed over or failed back with my Skype pool?”  

We will look at are the following areas:

  • Get-CsUserPoolinfo
  • Failover
  • Failback

The Skype cmdlet Get-CsUserPoolinfo can be leveraged to find out what pool a user belongs to; in addition to find out what are the secondary and tertiary front-end servers for the specified user.  If we continue to look further, we can also see the backup pool information for the user along with the primary, secondary and tertiary front-end servers for the paired pool as well. 

While this information is useful to us, during the mist of a failover, the information does not change.  You will not see anything here that tells you, “You are now registered to the backup pool.”   Yes, you could look at the configuration information of your Skype client, but running the Get-CsUserPoolinfo cmdlet will not tell you definitely, where you are located at that exact moment.  

Figure 1: 


Now I am going to assume that you have just performed a failover to your paired pool, someone is going to eventually ask you one, if not all of the following questions: 

  1. Did you failover the effected pool?
  2. Was it successful?
  3. How can you tell?

Figure 2: Pool Failover Complete


Now just as we have performed the failover and have received confirmation, we will want to do the same thing for the failback.   Soon as your effected datacenter becomes stable and online again, you may be asked to failback the users that were in the effected pool.  Once you have performed the failback by running the Skype cmdlet Invoke-CsPoolFailback -PoolFqdn -DisasterMode –Verbose you are going to ask yourself these questions or someone else is going to ask you the following questions: 

  1. Did you failback the pool?
  2. Was it successful?
  3. How can you tell?

Figure 3: Pool Failback Complete

A little confirmation is always nice 

At the end of the day, failing over a pool and then failing it back can be a little nerve racking, especially when under pressure, not matter if you have 20,000 users on the pool or a few hundred.   What we are looking for at the end, is confirmation that the procedure we just went through with either the Invoke-CsPoolFailover or Invoke-CsPoolFailback cmdlet was successful and our users are safe and sound in their respective pool we were trying to locate them on.  

Leave a Reply

Your email address will not be published. Required fields are marked *