Monday, January 4, 2010

nSANity Diagnostic and Configuration Data Collector 1.1.14

A nice tool to collect diagnostics from FAS Storage systems but also:

 

                    Windows 2003 and 2008 hosts

                    VMware ESX hosts (excluding i variants)

                    Linux hosts with kernel 2.6

                    Solaris hosts

                    AIX hosts

                    HP-UX 11i hosts

                    Brocade switches

                    McData switches (EOS, EOSn)

                    Cisco switches (IOS, NXOS and SANOS)

                    QLogic switches

 

Use the following command line to collect data from FAS storage systems:

 

        c:\> nsanity ontap://root:*@storage1

 

This command will prompt for the root password, the * can be replaced with the root password in clear text (which is not recommended)

 

Use the extract option to get the information split up in multiple files and directories:

 

                c:\> nsanity –x zipfilename.gz

 

Download the Windows version

 

                               Or

 

Download the Linux version

 

Note: The download requires a NOW account!

 

Wednesday, December 16, 2009

Snapmanager for Hyper-V is here!

NetApp today published version 1.0 of SnapManager for Hyper-V, providing a solution for automated protection and recovery of Microsoft Hyper-V virtual machines.

 

new video demo on NetApp TV (YouTube).

 

Snapmanager for Hyper-V supports:

• Group virtual machines into different datasets (based upon protection requirements),
• Back up dedicated/clustered virtual machines on storage systems running Data ONTAP,
• Back up & restore virtual machines running on clustered shared volumes,
• Automate dataset backups using scheduling policies,
• Perform on-demand backups of datasets,
• Retain dataset backups for as long as you need them via retention policies,
• Update the SnapMirror destination location after a backup successfully finishes,
• Specify custom scripts to run before or after a backup,
• Restore virtual machines from backups,
• Monitor the status of all scheduled and running jobs, &
• Manage hosts remotely from a management console.


SnapManager for Hyper-V parent host (not management console) requires Windows Server 2008 R2 x64, SnapDrive 6.2 for Windows, and Data ONTAP 7.3.2.

 

Friday, December 11, 2009

DataOntap 7.3.2

As of today DataOntap 7.3.2 is marked General Deployment release by Netapp.

Thursday, December 10, 2009

Calculating the size of a volume

What the volume size depends on

Before you create the volumes that contain qtrees and LUNs, calculate the size of the volume and the amount of reserve space required by determining the type and the amount of data that you want to store in the LUNs on the volume.

The size of the volume depends on the following:

* Total size of all the LUNs in the volume.
* Whether you want to maintain Snapshot copies.
* If you want to maintain Snapshot copies, the number of Snapshot copies you want to maintain and the amount of time you want to retain them (retention period).
* Rate at which data in the volume changes.
* Amount of space you need for overwrites to LUNs (fractional reserve).

The amount of fractional reserve depends on the rate at which your data changes and how quickly you can adjust your system when you know that available space in the volume is scarce.

Estimating the size of a volume

Use the decision process in the flowchart shown on the following page to estimate the size of the volume. For detailed information about each step in the decision process, see the following sections:

# Calculating the total LUN size
# Determining the volume size when you do not need Snapshot copies
# Calculating the amount of space for Snapshot copies
# Calculating the fractional reserve



Calculating the total LUN size

The total LUN size is the sum of the LUNs you want to store in the volume. The size of each LUN depends on the amount of data you want to store in the LUNs. For example, if you know your database needs two 20-GB disks, you must create two 20-GB space-reserved LUNs. The total LUN size in this example is 40 GB. The total LUN size does not include LUNs that do not have space reservation enabled.
Determining the volume size when you do not need Snapshot copies

If you are not using Snapshot copies, the size of your volume depends on the size of the LUNs and whether you are using traditional or FlexVol volumes.

* Traditional volumes

If you are using traditional volumes, create a volume that has enough disks to accommodate the size of your LUNs. For example, if you need two 200-GB LUNs, create a volume with enough disks to provide 400 GB of storage capacity.
* FlexVol volumes

If you are using FlexVol volumes, the size of the FlexVol volume is the total size of all the LUNs in the volume.

ONTAP data protection methods and Snapshot copies

Before you determine that you do not need Snapshot copies, verify the method for protecting data in your configuration. Most data protection methods, such as SnapRestore, SnapMirror, SnapManager® for Microsoft Exchange or Microsoft SQL Server, SyncMirror®, dump and restore, and ndmpcopy methods rely on Snapshot copies. If you are using these methods, calculate the amount of space required for these Snapshot copies.

Note
Host based backup methods do not require additional space.
Calculating the amount of space for Snapshot copies

The amount of space you need for Snapshot copies depends on the following:

* Estimated Rate of Change (ROC) of your data per day.

The ROC is required to determine the amount of space you need for Snapshot copies and fractional overwrite reserve. The ROC depends on how often you overwrite data.
* Number of days that you want to keep old data in Snapshot copies. For example, if you take one Snapshot copy per day and want to save old data for two weeks, you need enough space for 14 Snapshot copies.

You can use the following guideline to calculate the amount of space you need for Snapshot copies:

Space for Snapshot copies = ROC in bytes per day * number of Snapshot copies
Example

You need a 20-GB LUN, and you estimate that your data changes at a rate of about 10 percent, or 2 GB each day. You want to take one Snapshot copy each day and want to keep three weeks' worth of Snapshot copies, for a total of 21 Snapshot copies. The amount of space you need for Snapshot copies is 21 * 2 GB, or 42 GB.
Calculating the fractional reserve

The fractional reserve setting depends on the following:

* Amount of time you need to enlarge your volume by either adding disks or deleting old Snapshot copies when free space is scarce.
* ROC of your data
* Size of all LUNs that will be stored in the volume

Example

You have a 20-GB LUN and your data changes at a rate of 2 GB each day. You want to keep 21 Snapshot copies. You want to ensure that write operations to the LUNs do not fail for three days after you take the last Snapshot copy. You need 2 GB * 3, or 6 GB of space reserved for overwrites to the LUNs. Thirty percent of the total LUN size is 6 GB, so you must set your fractional reserve to 30 percent.
Calculating the size of a sample volume

The following example shows how to calculate the size of a volume based on the following information:

* You need to create two 50-GB LUNs.

The total LUN size is 100 GB.
* Your data changes at a rate of 10 percent of the total LUN size each day.

Your ROC is 10 GB per day (10 percent of 100 GB).
* You take one Snapshot copy each day and you want to keep the Snapshot copies for 10 days.

You need 100 GB of space for Snapshot copies (10 GB ROC * 10 Snapshot copies).
* You want to ensure that you can continue to write to the LUNs through the weekend, even after you take the last Snapshot copy and you have no more free space.

You need 20 GB of space reserved for overwrites (10 GB per day ROC * 2 days). This means you must set fractional reserve to 20 percent (20 GB = 20 percent of 100 GB).

Calculate the size of your volume as follows:

Volume size = Total LUN size + Amount of space for Snapshot copies + Space for overwrite reserve

The size of the volume in this example is 220 GB (100 GB + 100 GB + 20 GB).
How fractional reserve settings affect the total volume size

When you set the fractional reserve to less than 100 percent, writes to LUNs are not unequivocally guaranteed. In this example, writes to LUNs will not fail for about two days after you take your last Snapshot copy. You must monitor available space and take corrective action by increasing the size of your volume or aggregate or deleting Snapshot copies to ensure you can continue to write to the LUNs.

Caution
If you do not actively monitor available space and the volume becomes full, writes to the LUN fail, the LUN goes offline, and your application might crash.

If you leave the fractional reserve at the default setting of 100 percent in this example, Data ONTAP sets aside 100 GB as intended reserve space. The volume size must be 300 GB, which breaks down as follows:

* 100 GB for 100 percent fractional reserve
* 100 GB for the total LUN size (50 GB plus 50 GB)
* 100 GB for Snapshot copies

This means you initially need an extra 80 GB for your volume.
Space requirements for LUN clones

A space-reserved LUN clone requires as much space as the space-reserved parent LUN. If the clone is not space-reserved, make sure the volume has enough space to accommodate changes to the clone.
Changing the size of a FlexVol volume

After you calculate the initial size of a FlexVol volume and create LUNs, you can monitor available disk space to confirm that you correctly estimated your volume size or increase the volume size depending on your application requirements. You can also define space management policy to perform the following tasks:

* Automatically increase the size of the FlexVol volume when it begins to run out of space
* Automatically delete Snapshot copies when the FlexVol volume begins to run out of space

Subnet cheat sheet

SQL I/O Simulator

With this tool you can simulate SQL I/O without even installing SQL on your system.

http://support.microsoft.com/kb/231619

NFS Performance Issue

There was an issue found in Data ONTAP 7.2.3 and earlier where ONTAP would sometimes not release networking buffers fast enough, resulting in very poor performance. The main symptom of this issue can be seen by watching the output of "sysstat 1" over time and noting that the number of NFS ops will periodically drop to 0 for several seconds, and then resume normal activity.

Two other tell-tale signs are the "Total discards" and "No Buffers"
counters in the output of "ifstat -a". These are TCP or UDP packets that ONTAP had to discard because it did not have enough memory resources to handle them. If they are anything other than zero, there is a problem:

RECEIVE
Frames/second: 21600 | Bytes/second: 28641k | Errors/minute:
0
Discards/minute: 429 | Total frames: 1939k | Total bytes:
2564m
Total errors: 0 | Total discards: 486 | Multi/broadcast:
0
No buffers: 486 | Non-primary u/c: 0 | Tag drop:
0

You can read more about this BURT here:

http://now.netapp.com/NOW/cgi-bin/bol?Type=Detail&Display=226424

This issue has been fixed starting in Data ONTAP 7.2.4 and later.