Library Table of Contents Index Previous Page (Alt-p) Next Page (Alt-n) Comments

Understanding SnapManager support for volume mount points

This topic describes SnapManager support for volume mount points, which is new in SnapManager 2.1:

Related topics

Drive letter limitations and individual database restoration  Top

Windows supports up to 26 drive letters. For SnapManager to migrate, back up, and restore SQL Server databases, SnapManager requires a minimum of two LUNs to hold SQL Server data, transaction log files, and the SnapInfo directory. You can allocate a maximum of 25 drive letters. Additionally, certain SnapManager operations require more drive letters for the following:

With SnapManager 2.1 for SQL, your configuration is not limited to the 26 drive letters supported by Windows. By using the NTFS volume mount point support that is part of SnapDrive, SnapManager can manage SQL databases that are stored on mounted volumes as well as those stored on standard Windows volumes.

Mounted volume environments supported by SnapManager  Top

The following table summarizes the environments in which SnapManager 2.1for SQL supports volumes mounted on Data ONTAP LUNs. Additional details regarding limitations and enforcement imposed by SnapManager are described in subsequent sections of this document.

Microsoft SQL

Windows host environment

Windows 2000 Server

Windows Server 2003

Stand-alone

Clustered 1

Stand-alone

Clustered

SQL 2000

Yes

No

Yes

No

SQL 2005

Yes

No

Yes

Yes

1 Windows 2000 Server does not support mounted volumes in a cluster

Mounted volume restrictions with SnapManager  Top

SnapManager imposes the following restrictions.

No SQL database files on a mount point root

An NTFS volume that hosts mount points cannot store SQL database files. However, transaction log files can reside on such a volume.

Following are the mounted volume restrictions with SnapManager:

Mounted volume naming conventions with SnapManager  Top

A mounted volume is a volume that is mapped to a folder and referenced by a mount point that is created in an empty directory. The SnapManager user interface represents a mounted volume based on the path of a volume mount point that references that mounted volume, as follows:

DriveLetter:\MountPointName

Example:

S:\ My_Mount_Point

Naming conventions for multiple databases sharing same or two LUNs  Top

SnapManager for SQL provides a specific naming convention for multiple databases using either the same or two different LUNs, The SnapManager user interface represents a mounted volume as follows:

VDISK-MountPoint-n

n represents the configuration number of a mount point in a specific system. The actual mount point paths will be saved in the Registry Edit.

Example:

VDisk_MountPoint_001

Using mounted volumes in SnapManager  Top

The path-style representation of a mounted volume can appear in any part of the SnapManager user interface that refers to LUNs accessed by SnapManager:

Library Table of Contents Index Previous Page (Alt-p) Next Page (Alt-n) Comments