- 09 May 2019
- 5 Minutes to read
- Print
- DarkLight
- PDF
Auto-Correct
- Updated on 09 May 2019
- 5 Minutes to read
- Print
- DarkLight
- PDF
What is Auto-Correct
If you are a BizTalk administrator, there may be many times you have been notified by your colleagues/monitoring system for a potential issue in the BizTalk environment. Upon further analysis into the root cause of the problem, it would be a real simple fix - say, the receive location was accidentally disabled, NT services failing to restart automatically, and so on. These are quite common problems in the day-to-day life of a BizTalk administrator. To solve this specific problem and make the life of BizTalk administrators easy, BizTalk360 offers the "Auto Correct" or "Auto Healing" functionality.
With the Auto Healing functionality, administrators can set up monitoring on any "State-based" artifact and let the monitoring service to automatically heal the artifact any time when there is a mismatch between the "Expected State" and the "Current State". For instance, administrators can set up monitoring and the auto healing option for receive location(s) by setting the expected state as enabled. If any threshold violation happens, say if receive location goes to disabled state, then BizTalk360 will try to rectify the violation, by trying to bring the artifact to expected state(enabled). If the operation is successful, the artifact will come back to the Expected State within the next monitoring service cycle (60 seconds).
Which are the state-based artifacts for which I can set up Auto Correct functionality?
Auto Correct can be enabled for the following state-based artifacts:
- Receive Locations
- Send Ports
- Send Port Groups
- Orchestrations
- NT Services
- SQL Jobs
- Host Instances
- Azure Logic Apps
If an artifact is eligible for auto correct, you will notice the "Auto Correct" column in the grid with an Auto Correct drop down option.
We have also provided retry functionality of "how many times the monitoring service can attempt an auto correct" on a particular state-based artifact. For instance, there may be an FTP receive location that is expecting messages from an FTP server and there might be some network issues in the FTP server that has caused the receive location to be disabled. Once the network issue is fixed, it’s perfectly safe to bring back the receive location, however the administrator must manually log in to the BizTalk Administration Console to get this working. To avoid this manual intervention, administrators can set up the "Max Retry" count in the Auto Correct functionality. This would allow the auto correct (BizTalk360 monitoring service) to continuously, with a 1 minute interval, try and bring back the receive location to the "Enabled State". If the operation was successful within the Max Retry count, the artifact would be automatically healed to ensure business continuity. If the operation was not successful within the Max Retry count, the artifact would move into a Critical state. In that case, the monitoring dashboard would display the artifact in Red color. Once the attempt count reaches the Max Retry count, then the auto correct will get reset after the configured x minutes in “Reset Interval”.
An In Depth Look
In this section, we will take a look at the auto correct functionality in detail. As mentioned earlier, auto correct functionality is available for all state-based artifacts such as Receive locations, Send Ports, Orchestrations, NT Services, SQL Jobs, and Host instances. We will take one artifact (say, Receive Location) and explain the different auto correct options available. The functionality works the same for all state-based artifacts.
- Alarm Selection - Select the alarm from the drop down
- Artifacts - Select the artifacts for which you want to set up monitoring and auto correct functionality
- Applications - Receive Locations, Send Ports, Send Port Groups, Orchestrations
- BizTalk Servers/SQL Servers - NT Services
- SQL Server Instances - SQL Jobs
- BizTalk Environment - Host Instances
- Azure Services – Logic Apps
- State-based monitoring - Select the check box against the artifact for which you want to set up monitoring and set the "Expected state" of the artifact
- Auto Correct Drop down - The auto correct drop down will not get activated unless you perform activity in Step 3
- Enabling Auto Correct - Select the checkbox against the artifact and Enable Auto Correct from the drop down. You will notice that Auto Correct gets enabled with a Max Retry count of 5 (default), Attempt count of 0 and Reset Interval count of 0.
- Max Retries - Click the numeric value and adjust the slider to set the number of retries the monitoring service should attempt
- Attempt - Shows the number of times the monitoring service has performed the retry operation
- Reset Interval - Click the numeric value and adjust the slider to set the minutes to reset the auto correct retry count. The reset interval holds a value of minimum 0 to maximum 1440 mins (i.e., 24 hours). If the reset interval is set to 0, which means retry count will not reset.
The Auto Correct Reset Interval time can be set globally or for individual artifacts, as per the business requirements.
To set the reset interval time globally, user needs to configure the value in the system settings as shown below. This value will get automatically reflect to all newly enabling auto correct.
The Auto Correct reset interval time can be configured for each individual artifact as shown below.