Boot Sector Copying for Hardware-Independent SAN Volume Detection

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Managing and identifying bootable logical volumes in a storage area network (SAN) is complex, especially in boot-from-SAN architectures, where hardware failures or changes can lead to system hangs or loss of configuration, requiring a hardware-independent solution to determine the designated boot volume and internal configuration of logical volumes.

Innovation Solution

A system and method that uses a computer-readable memory medium to execute program instructions to identify and write code to logical volumes, read configuration information, and store signatures, allowing the system to determine and select a bootable logical volume, and optionally restore its configuration, enabling the system to reboot from a designated boot volume and maintain operational integrity.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional methods are used to identify and track bootable logical volumes in a SAN, then the system can maintain boot functionality, but the complexity of managing and configuring the SAN increases significantly

Engineering Contradiction:
Improveboot functionalityVSAvoidSAN management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent creates a copy of the boot sector from the bootable logical volume and stores it in the computer system's memory. This copy contains the necessary boot information and allows the system to identify and boot from the correct volume without requiring complex SAN management operations. The boot sector copy serves as a local reference that simplifies the boot process while maintaining reliability.

Inventive Principle:
Principle #26Copying

2Ease of operation

If the system relies on hardware-specific configuration to identify boot volumes, then booting can be achieved, but the system becomes vulnerable to hardware failures and changes causing system hangs

Engineering Contradiction:
Improveboot processVSAvoidsystem stability
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The patent extracts the essential boot information from the bootable logical volume by copying its boot sector to the computer system's memory. This extraction creates a hardware-independent representation of the boot volume that can be accessed even if the original SAN hardware changes or fails. The boot sector copy contains all necessary information to identify and boot from the correct volume without relying on persistent hardware configuration.

Inventive Principle:
Principle #2Taking out (Extraction)

3Measurement precision

If the system stores detailed configuration information for each logical volume, then bootability can be determined accurately, but the amount of data storage and processing requirements increase

Engineering Contradiction:
Improvebootability detection accuracyVSAvoidconfiguration data volume
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

Instead of storing and processing detailed configuration information for each logical volume, the patent copies only the essential boot sector from the bootable volume. This boot sector contains the minimal necessary information to determine bootability and initiate the boot process. By copying only this critical data rather than complete volume configurations, the system achieves accurate bootability detection with minimal data storage and processing requirements.

Inventive Principle:
Principle #26Copying

Data Source

PatentUS7975136B1Hardware-independent detection of SAN logical volumes
Publication Date: 2011.07.05 ARCTERA US LLC
  • US7975136B1 patent drawing
  • US7975136B1 patent drawing
  • US7975136B1 patent drawing

AI summary

A system and method for determining a designated boot volume of a computer system coupled to a SAN is disclosed. The computer system is configured to boot from a logical volume on the SAN using a corresponding bus interface. One or more logical volumes within the SAN are identified and have code written to them. The code is executable to determine whether or not the computer system is configured to boot from that logical volume and to determine configuration information stored on the identified logical volumes.