STB Suite

Background Scans

Introduction

Starting in STB Suite version 10.2 there is a new threshold available for drive screening in DMM – screening by Background Scan error event count.

What is BackGround Scan?

Read this article in our Virtual Training Center for full information on what Background Scan (BGS) is, how to enable/disable it, etc
http://www.stbsuite.com/support/virtual-training-center/background-scan-operations

How Does DMM report Background Scan results?

DMM will log all BGS information when a Save Log Pgs test step is run.
Here is an example of a DMM .log file when a Save Log Pgs test step was run –

Important things to note:
The Background Scanning Status section gives an overall report showing

  • Power On Minutes at the time that the Save Log Pgs test was run.

This drive shows 1,825,799 minutes, or a POH of 30,430 hours.
That’s a total of 1,268 days that the drive has been powered up!

  • Status of the current scan. This example shows that a BGS is currently halted and waiting for the drives’ BGS timer to expire. See the above referenced paper about BGS for more details on this.
  • Number of Scans Performed

Next, the Background Scan Parameters will show the details of any BGS events.

There will be one Background Scan Parameter entry for each event (or problem) occurring during the BGScans. There can be a maximum of 2048 of these parameter entries. If the drive has had more than 2048 events then the last entry (parameter 2048) will be re-written over and over.
Here is the first Parameter Entry from our example drive. This particular drive has 101 entries.

Here is the 101st final entry –

Note the different between the Accumulated Power on Minutes of the first event versus the last event. This drive has basically run fine for a long time but is now accumulating these errors, starting at 1,825,799 POM.

Yes, the entries in this case are all recovered, but recovery via rewrites takes time and affects performance.

Since the drive used to not have problems but now does we would suspect that this drive is on its’ way out. In other words, it is becoming bad.

As this shows, there is a lot of valuable information logged for each event. Was it a correctable error or not? If it was correctable, how was it corrected? What LBA did the error occur at?

Careful analysis of the progression of events will help you decide whether to consider a drive as being bad or not.

New Background Scan Event Count Screening

The new BGS Event Count Screening threshold in DMM vs 10.2 will help you with screening drives based on how many events the drive reports.

The settings for this new Threshold are found on the DMM Test Thresholds tab –

Setting up screening on BGS events is simply a matter of checking the BG Scan Events checkbox and entering the maximum number of events you will tolerate. As in all of the Test Thresholds, they will be checked after each test step is run.

The DMM .log file will show that the BGScan Event Count threshold was checked, what the user-defined screening threshold was set to and how many events the drive reports.

If the drive reports a number of events greater than your threshold setting then the drive will be marked as failed.

In this example we have set the Test Thresholds tab to enable screening on BGS Events, and have set a limit of 100 BGS events to determine that a drive is bad.

In the case of our example drive, it would be failed upon testing.