You are viewing limited content. For full access, please sign in.



Will DR Server License changes Mess up Production License?

asked on June 13, 2016

Client has a Production server and a mirrored Backup DR server that is exactly the same EXCEPT for the MAC address. The License keys are the same as well.  

To reiterate, These are two separate virtual servers, each on a different host server, each with their own MAC address. See the picture below.


The user is aware that in order to perform their DR they do twice a year, she will need to manually deactivate the license key and generate a new license for the backup server. So now the production and the backup will have different license keys. (referencing ) 


The question: If this action is performed, what affect will it have on the production server?  Obviously, we are hoping there is no affect on the production server and it will continue to run seamlessly.


Let me know if any more clarity is needed.



Picture of servers.JPG
0 0


replied on August 17, 2016

Brianna,  Your second paragraph represents our scenario.  We are currently working with our reseller, Regional Manager, and presales regarding this.  Thank you for the time you've put into responding to this post. 

2 0
replied on June 14, 2016 Show version history

You've selected "License Manager" as a topic, but from your description, it sounds like you are not using the Rio License Manager. Can you clarify what edition (Rio, Avante, Team, etc.) you are on?

It's also not clear to me why the customer would need to deactivate and reactivate in this case. Is the machine being changed?

0 0
replied on June 15, 2016

Brianna,  I am the client Corey is working with on this DR scenario.  We are using the Laserfiche Directory Server (Rio License Manager).  We are Rio 10 currently, but upgrading to Rio 10.1 this afternoon.

We replicate the Laserfiche server which houses our installation of LF10, WF10, Forms10, Web Access 10 and Social BPM  and our SQL server to our DR site in real time.

We will cut replication as of 8am day of the test and bring up the Laserfiche and SQL servers at the DR site.  Per the documentation in the above referenced Answers post, it looks like I need a separate license for my DR virtual. 

What I'm looking for is best practice for DR in the virtual environment.  Please advise.



1 0
replied on June 15, 2016

Whether or not you need a separate master license depends on how you want to approach your DR (e.g., how much down time is acceptable, what setup you have to work with). Note that applications which check back with the Directory Server have a grace period if they cannot reach the licensing database.

Here are some of your options for handling failure of your Directory Server machine without having a separate license:

  1. Automatic failover using Windows Cluster: Directory Server 10 includes support for Windows failover clustering for the Directory Server machine, which allows a backup Directory Server machine in the cluster to be brought up and use the same master license without manual intervention.
  2. Manual failover: Without clustering, if your Directory Server machine goes down, you would need to deactivate and then activate the master license on your backup machine. This is handled via command line, so it could potentially be automated. If your original machine is down for more than the grace period, or you're using SSO and need it available immediately, you would need to either redistribute licenses to your applications, or alias the new machine to the old machine's name. 


Regarding DR for other machines (e.g., Laserfiche Server):

Working in a Rio environment simplifies the matter, as Rio comes with unlimited installations of the Laserfiche Server and Web Access. You can simply register new instances with the Directory Server for your backup machines without affecting your production environment.

The one area you might have issues with rollover for these applications is if you are using Repository Users. If you're using Windows Authentication, you don't need to worry about this. Repository users are licensed per Laserfiche Repository, and these license are granted in batches to the Laserfiche Server. In the case of a rollover for the Laserfiche Server, you would need to go into Directory Server and remove the licenses from one machine and grant them to the other.

0 0
replied on June 16, 2016


In our DR test we are keeping our production environment up and running WHILE executing a test failover to the DR replication of our Laserfiche Server including our LF Directory Server.

So my line of questioning is two-fold:  1.  To determine how to correctly license a virtual DR version of my Laserfiche environment.

                                                              2.  To determine how to keep my production licensing un-affected by any licensing changes in my DR Laserfiche environment


I believe you provided a response to #1 in your last post, but I still have questions in regards to licensing in my DR environment based on what you provided.  If I had to choose from the two options regarding our failover, we are closer to the manual option.  But if I deactivate and reactivate my master license in the DR environment, what will that do to my production environment that is still running since this is only a test?


You mentioned registering new instances of Laserfiche server and Web Access in the DR environment, but what about Workflow, Forms, and Mobile (LF Apps)?  These do not have unlimited options and I am concerned that any deactivation/reactivation will affect the production licensing similar to my concerns for the LF Directory Server.  Can you also advise regarding how to register these new instances of LF server and Workflow? 


Lastly, you mentioned an issue with Repository Users requiring that I remove the licenses from one machine and grant them to another.  I have one repository, so will I need to do this?


1 0
replied on June 20, 2016 Show version history

I'm having a hard time picturing your current setup. Do you have a separate license for your DR environment? Is your DR environment already running? Or are you looking to test bringing up the DR environment, but not able to schedule down time for the production environment?

Regarding the repository users: the number of repositories isn't what matters here. What matters is (1) if you've created and licensed any non-Windows users in the Admin console, and (2) if you're want to license both your production Laserfiche Server and backup Laserfiche Server from the same Directory Server database.

0 0
replied on June 20, 2016


  1. No we do not have a separate license for our DR environment.
    1. Our DR environment is a fully mirrored virtual version of our production environment that resides on a different physical host and therefore has a different hardware fingerprint.
  2. Our DR environment is not currently live (supporting LF user traffic.
  3. Yes we want to bring up the DR environment but not schedule down time for production.


Repository users

  1. Yes I have two repository users one of whom is my Admin user
  2. Can you clarify?  When you ask if I want prod and DR licensed from the same Directory Server database are you asking if I want both running at the same time?  If so, the answer is yes.  Otherwise, I'm not quite understanding what you are asking, please clarify.

Thank you.



0 0
replied on June 21, 2016 Show version history

If you want to create a complete testing environment running at the same time as your production environment, including a backup Directory Server, you do need a separate master license. You can talk to your reseller (who can talk to the Regional Manager) regarding your options for that.

The other option I'm referring to is to have the machine in your DR environment, such as your Laserfiche Server machine, connected to your production Directory Server. To an extent, this introduces a single point of failure, which is why we have the "grace period".

What this means is that if your Directory Server goes down completely, products that check back for licensing (Laserfiche Server and Quick Fields) will still run for about 7 days, which should be enough time to get a working Directory Server in place.

If, for example, the Directory Server machine is completely dead but your SQL server is still working (or you have a backup!), you should be able to:

  1.  Use the deactivation tool to deactivate your master license
  2. Attach your SQL database to your new Directory Server machine
  3. Reactivate your master license in that restored database when prompted
  4. Add a DNS alias so that requests that reference the old machine get redirected to your new Directory Server.

As an alternative to 4, you can re-issue licenses to QF and LFS.

0 0
replied on June 22, 2016

Brianna,  I did work with my VAR to get that separate master license to create a totally separate DR environment.  I still have to figure out how to apply the new temp master license, but I feel better knowing I'm not going to effect production licensing.

Regarding the other option, if my DR machine is not connected to my Directory Server, but is replicating it I should be able to follow the steps you provided to bring it back online?


1 0
replied on June 22, 2016 Show version history

Regarding applying the temporary license:

To use a temporary license, you'll need to actually create a new licensing database. You cannot use the temporary license with the existing production database backup, because of something called the Site GUID.

If the Site GUIDs matched, then bringing up your DR system would bring down production, because you cannot have two systems running using the same master license. However, since the Site GUIDs don't match, you cannot use it on your existing database.

Once you've created a licensing database with your temporary license and licenses your DR environment machine from that database, you could run your tests as though that database is your production database.

It's hard to describe how to do DR testing for a specific system without knowing more details on the plan for DR. For example, in the case where a single machine, say your Laserfiche Server machine, goes down, what do you plan to do? Will you manually or automatically bring up a single machine to replace that machine? Or will you switch every machine over to your backup environment?


Regarding DR using the production license for your Directory Server machine:

If your production Directory Server machine goes down and you need to transfer your production SQL licensing database to another Directory Server machine, then yes, you would follow the steps I listed.

As mentioned above, you cannot restore the database that was created with your production master license using your temporary license.

1 0
replied on August 8, 2016 Show version history

Hi Brianna,

Since our discussion back in June a few things have changed. Michelle now has a complete set of DR licenses that have all the same components as her Production server.  

So, the updated question is, If they activate their DR licensing on their backup server, does it run parallel to their existing production licensing?  If so, then we are OK. 


Thanks for the continued help!

0 0
replied on August 10, 2016

Looking at the licenses, they should be able to run in parallel.

1 0
replied on August 15, 2016

Brianna,  is there a set of instructions on how we use the DR licenses to avoid the GUID mismatch that you referenced in your June 22 post?

1 0
replied on August 16, 2016 Show version history

You already have the GUID mismatch scenario, as your second license has a different site GUID, which is deliberate to avoid causing any issues with your production server.

The two possibilities are:

1) Your Site GUID matches, so the two sites can't run at the same time, but you can use the exact same licensing database with the new master license.

2) Your Site GUID does not match, so you cannot use the same licensing database, but you can have two instances of LFDS running on the same network without issue.

Since you are currently in the second scenario, one option is what I mentioned above:

Once you've created a licensing database with your temporary license and licenses your DR environment machine from that database, you could run your tests as though that database is your production database.

To elaborate slightly more on that option, if you want to test the procedure for attaching a licensing database from production to one in your DR environment, you can create a second licensing database in production using your temp license, then perform the rollover actions on that second database.

There aren't really additional detailed instructions I can give without knowing more about your planned rollover and what you're trying to test, as I already said in that post. Are you trying to test your backups of your licensing database? Are you trying to test some part of the system you have automated? How do you actually plan to rollover to the DR environment?

If you specifically want to test attaching your existing production licensing database backups to your DR environment, you may need to talk to your regional manager about a different temporary licensing option or how you might set up your environment to make this work.

0 0
replied on August 16, 2016

Brianna, I will try to fill in the gaps regarding what we want to test.

Are you trying to test your backups of your licensing database?

  • NO I am not trying to restore a copy of the licensing database.  The licensing database in DR is an exact replica of the one in production.

Are you trying to test some part of the system you have automated?

  • Not sure what you are referring to with this question.

How do you actually plan to rollover to the DR environment?

  • Rollover to the DR environment occurs at 8am on test day when the replication to the DR environment is turned off, connection to our production environment is disabled, and our Network Administrator starts spinning up servers including the server housing all of our Laserfiche components including our LF Directory Server.
1 0
replied on August 17, 2016 Show version history

If  "exact replica" and not a copy you mean you created a new database with your temporary testing license and relicensed all your products, then you've already done what I was recommending.

If instead you mean just that it is automatically being replicated from the production licenses database, you may need to do what I suggested and talk to your Regional Manager for additional licensing options or suggestions.

At this point, if you want more detailed, personalized guidance or recommendations for how to perform your testing, you or your reseller should probably talk to our Presales or Consulting departments.

1 0
replied on August 19, 2016


We have a client with the exact same scenario, however we're unsure of how to manually deactivate Directory Server in order for them to be able to activate their Disaster Recovery environment as there is no .licx file in the C:\ProgramFiles\Laserfiche\Directory Server directory. A coworker was told by someone at Laserfiche that it is stored in the database, but he wasn't told in which table.

We are currently in the process of getting them a demo license that mirrors their current RIO system for testing purposes.



0 0
replied on August 19, 2016 Show version history

We provide a link to deactivate your license if you activated using the key in the Directory Server site:

You can then detach the licensing site (button on the same page), reattach the site in your Disaster Recovery site, and re-activate.

If you can an error saying you could not deactivate, you probably instead did manual activation and uploaded the license file.

In that case, you follow the same manual deactivation steps as for deactivating, say, an Avante Server. Note that, as shown in the example, the path to the license file is not a required parameter.

0 0
You are not allowed to follow up in this post.

Sign in to reply to this post.