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

Question

Question

Disaster recovery Setup - Workflow Subscriber reprocessing again in DR

asked on June 24, 2016

Dear All,

 

We have setup our Laserfiche RIO 9.2.1 system with DR enabled. Repositories and volumes with Workflows are coming fine in the DR. 

The problem we are facing is that DR Workflow subscriber started processing files processed by Production Workflow server. How we can stop the DR subscriber getting the events again to trigger the subscriber in DR?

We have noticed that it is happening only in one and main repository out of 6 repositories. All repositories configured the same way in the Workflow subscriber.

 

Please advise.  

0 0

Replies

replied on June 24, 2016

How are you setting up the Subscriber on the DR server?

0 0
replied on June 24, 2016

Hi Miruna,

 

DR SQL server is setup and DR Workflow server is pointing to DR SQL server and DR Laserfiche Server.

Subscriber is pointed to local Workflow server.

 

 

0 0
replied on June 24, 2016

Sorry, I should've been more specific. The Subscriber writes its monitored repositories to the registry. Are you transferring those keys to the DR server?

0 0
replied on June 24, 2016

Dear Miruna,

We are not transferring registry keys, but will configure again in DR workflow server at the initial stage.

 

 

 

0 0
replied on June 24, 2016

Then I'm not sure what you're really asking. Once you configure the Subscriber, it will start processing events from that point on.

0 0
replied on June 24, 2016

We have set up the DR in January 2016. and tested all working fine. 

Then we stopped the services in DR and moved the services to Production system. When we started the DR again in today, the workflows in DR started to trigger for all documents created from January 2016.

 

I need to overcome reprocessing the files in DR again. How to overcome this subscriber trigger again which are triggered by production subscriber?

 

0 0
replied on June 24, 2016

This is expected behavior for a Subscriber that's fully configured then shut down. When it's restarted, it tries to catch up with the work it missed.

In your case, you want the Subscriber to start processing only events going forward. You have 2 options:

  1. You only configure it to add the repository when it needs to start working.
  2. If you configure it beforehand, you can then shut it down and edit the registry to indicate that it only needs to process events going forward: HKEY_Local_Machine\Software\Laserfiche\Workflow\Monitored Repositories\<Repository ID>. Edit the ASN value and set it back to 0. Keep in mind that every time the Subscriber is started, it will monitor the repository for events and write the latest processed activity log ID to the ASN value. So if you do testing of your DR server, you'll have to reset the ASN to 0 after each round of testing.
1 0
replied on June 29, 2016

Thank you Miruna For the recommendation.

 

I could only see one repository with ASN Value in the Registry, other repository does not have ASN key created. 

What does the ASN 0 means? Does this mean, Assigning 0 to ASN value makes Subscriber to stop processing which are missed when it was missed?

 

 

0 0
replied on June 29, 2016

The ASN is the ID of the latest event the Subscriber processed. Setting it to 0 indicates to the Subscriber it's supposed to only process events going forward, not try to catch up where it left off before it was shutdown. The Subscriber service needs to be shutdown before modifying the registry.

1 0
replied on August 17, 2016

Dear Miruna,

 

The answer was logically accepted and implemented but it did not work that way. When I start the Dr workflow service with Subscriber it automatically took from where it last left.

 

I've tried renaming the ASN key so that it will do all as fresh. That also failed as it was started again from the place the service was stopped.

Find the attached for your reference. How can we overcome this issue?

 

 

 

 

ASNValue.jpg
ASNValue.jpg (137.76 KB)
0 0
replied on August 17, 2016

At this point, you probably should contact your reseller and open a support case so we can double check the configuration and behavior.

0 0
replied on September 8, 2017

Hi Kirrubananthan,

 

Can you please share the solution to your issue after raising it with support.

 

Thanks

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

Sign in to reply to this post.