Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
Please be aware that ADSM.ORG will be going through forum software conversion and migration over the next several weeks. The cut-over date and time will be posted in the ADSM.ORG News & Announcements section as we near the target date. Please visit the following link for more details ADSM News & Announcements
Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.
Not sure exactly what you mean by consecutive failure. If you mean that the backup failed more than X days in a row, the best method is to use the Operation Center.
First, set the At-Risk value globally to what you want. You can then update individual nodes to have a different At-Risk or bypass if you don't care that they miss/fail.
Second, open the Clients panel and sort by At-Risk. All those with a red X in the At-Risk column have not had a backup in your At-Risk criteria.
Alternatively, you can email yourself the General Operations Report. Open the attached .html version the report which will include all the nodes at-risk.
You could also do something similar with a SQL query.
SQL:
select node_name,filespace_name,last_backup_complete from filespaces where date(last_backup_complete)<timestamp(current_date)-(3)days order by node_name,filespace_name
In that example, I used 3 days because that's what we were interested in, the list of filespaces that have not backed up in more than 3 days. So that would have meant that the backup was either missed of failed.