Hands-On Review: Onaro SANscreen 2.5.2 - Storage Technology Magazine - Page 1

Hands-On Review: Onaro SANscreen 2.5.2

Manage SAN changes with confidence

Product snapshot

    Requires Free Membership to View

    When you register for SearchStorage.com, you’ll also receive targeted emails from my team of award-winning editorial writers. Our goal is to keep you informed on the hottest topics, the latest news and the biggest challenges you face as a storage professional today.

    Rich Castagna, Editorial Director

    By submitting your registration information to SearchStorage.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchStorage.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

Product:
Onaro SANscreen 2.5.2
Description:
Storage management
Key Features:
Predictive change management
Pros:
Easy to learn, excellent navigation, prevalidation of changes
Cons:
Not SMI-S compliant, requires device passwords
Price:
Starts at $64 per port
Do you know what will happen the next time you make a change in your storage area network (SAN)? The impact of a change to a SAN configuration is often an elusive piece of intelligence. Without that insight, changes can go wrong, leaving storage access paths compromised or unavailable to application hosts.

SAN change management largely has been a manual process. Change management is risky enough, and is often compounded by SAN configuration information that's sometimes out of date.

Boston-based Onaro Inc.'s SANscreen v. 2.5.2 is a predictive change management application. It allows different groups to use the same real-time information to collaborate on SAN changes before, during and after the changes are made. SANscreen does not perform changes, but it continuously gleans information from compatible SAN devices and their access paths to predict the effects of changes.

Installation
The SANscreen architecture includes a server, local and/or remote acquisition units and clients. SANscreen's server hosts the SAN Intelligence Engine, a repository of identification and event information related to the SAN devices and their access paths. The acquisition unit is responsible for collecting information from its managed data sources, using an out-of-band IP connection to the SAN device or management application. The data that's collected is sent to the server and applied against user-defined policies for the prevalidation of change tasks. A Java-enabled Web browser provides access for the SANscreen client. (See "SANscreen setup")

A data source is associated with an acquisition unit and assigned to a SAN device. This logical component provides the server with end-to-end topology and status information from SAN devices, including access paths used to communicate with other end devices.

The SANscreen server and acquisition units run on Windows 2000 with at least two 2GHz CPUs, 2GB of memory and 5GB of disk space. The client runs on Windows, Unix or Mac OS X Java-enabled machines with at least a 1GHz processor and 512MB of memory. Our test setup consisted of a SANscreen server, a remote acquisition unit and a Mac OS X client.

The installation process is wizard-driven, with familiar prompts for installing the SANscreen server and the acquisition unit.

Remote acquisition units are installed on computers to collect information from SAN devices with IP interfaces on networks behind firewalls, over WAN connections or not otherwise accessible to the local acquisition unit. This communication uses a secured port that's assigned during installation, but can later be changed.

SANscreen setup

This was first published in September 2004