Copyright © 2002 Legato Systems, Inc. Version: 1.0 Author: Shu-na Chu Doc d1795 Version: 1.0 Author: Shu-na Chu Doc d1795 8/11/2005 Legato Confidential

Copyright © 2002 Legato Systems, Inc.

Version: 1.0

Author: Shu-na Chu

Doc d1795

Version: 1.0

Author: Shu-na Chu

Doc d1795

8/11/2005Legato Confidential

Keystone/7.3 AFTD TOIKeystone/7.3 AFTD TOIKeystone/7.3 AFTD TOIKeystone/7.3 AFTD TOI

Legato Systems, Inc - Confidential and Proprietary 2

Introduction

Prerequisites for attending this TOI session

Overview and Benefits (3 features of 7.3 AFTD)

Installation considerations

How to configure/enable the feature

Using the feature

Licensing considerations

Architecture and internal Design

Debugging techniques and tips

Questions and Answers


Prerequisites

Admin Guide’s DiskBackup Chapter of 7.0 – 7.2

Original design docs on AFTD • D1410 Advanced_file type Device

• D1435 DiskBackup Enhancements


Overview and Benefits

#1: AFTD Concurrent recovers

• 7.2 introduced NetWorker recover via Direct File Access to AFTD (DAFTD) in CLI recovers when recover client can directly access/read from AFTD (filesystem) on UNIX

• In 7.2, when DAFTD is not available to CLI, recovers from AFTD are performed sequentially


Overview and Benefits (cont.)

• In 7.3, AFTD functionality extended to support concurrent recovers when DAFTD not available to CLI recover clients

• In 7.3 when recovering from AFTD via CLI recover, all save sets will be recovered concurrently, regardless of DAFTD’s availability



#2: Sharing of an AFTD between storage nodes in NAS/SAN

• available since 7.0 when AFTD was introduced

• In 7.3, systematic configuration qualified & doc’d

• An AFTD created on a disk in NAS/SAN must be shared between same storage node platforms



• For NAS, NetWorker operations performed concurrently on two sharing storage nodes.

• one node can perform write (save) to RW volume while the other node performs read (recover or clone) from RO volume of the sharing AFTD.



NAS: Concurrent operations on the storage nodes when sharing an AFTD

Backups to SN w/ RW volume mounted

Recovers from SN w/ RO volume mounted

1-clone fr SN w/ RO vol mounted

1-stage fr SN w/ RO vol mounted

X X

X X

X X



• For SAN, NetWorker operations performed sequentially (one sharing storage node at a time).

• only one storage node can perform NetWorker operation(s) against the sharing AFTD at any given time.

• Staging occurs from the storage node with RO volume mounted (NAS/SAN)



#3: Setting AFTD block sizes in KB via NSR_DEV_BLOCK_SIZE_ADV_FILE environment variable available (since 7.0) for customization or tuning

• NSR_DEV_BLOCK_SIZE_ADV_FILE n • n >= 32, default is 128 [KB]

• 7.3: env variable doc’d & qualified



Where to learn more• D1795 AFTD Concurrent Recovers SRS

• D1658 NetWorker recover via Direct File Access to AFTD SRS

• LGTpa66725 attachment titled “howto_qualify_key4054.doc” for information on sharing an AFTD in NAS

• LGTpa66726/LGTpa70130

• 7.3 Admin Guide DiskBackup chapter


Installation Considerations

No Changes


Configuring the Feature (NAS example)

No configuration changes to support AFTD concurrent recovers

For sharing an AFTD between storage nodes (Example setup for NAS)

• UNIX, NFS mount the NAS filesystem for AFTD on the sharing storage nodes

• Windows, CIFS mapping to the NAS filesystem optional on the storage nodes


Configuring the Feature (NAS ex. contd.)

• Create & Label AFTD on storage node A • UNIX: rd=sn_a:/shared_aftd • Windows: rd=sn_a:\\nas1\path\shared_aftd with

Remote user & password specified for NAS– NetWorker service started as adminitrator on sn_a

• Unmount both RW & RO volumes from storage node A (if mounted)

• Create same AFTD on storage node B• UNIX: rd=sn_b:/shared_aftd on UNIX• Windows: rd=sn_b:\\nas1\path\shared_aftd with

Remote user & password specified for NAS– NetWorker service started as administrator on sn_b

• NetWorker mount AFTD on storage node B (to create RO volume) : must NOT label it on storage node B for sharing



• NetWorker unmount all volumes of the shared AFTD on the sharing storage nodes A & B

• To write (backup) to storage node A, NetWorker unmount RW volume from storage node B (if mounted), then NetWorker mount RW volume onto storage node A

• Setup Client’s “Storage nodes:” attribute• Ensure server’s local storage node has

volume available for bootstrap backup



• To read (recover/clone/stage) from storage node B, NetWorker unmount RO volme from storage node A (if mounted), then NetWorker mount RO volume onto storage node B

• Setup Client’s “Storage nodes:” attribute with sn_b to recover from sn_b, if needed

• Setup server client’s “Clone Storage nodes:” attribute for clone/stage, if needed

• Setup Stage resource/policy’s “Devices:” attribute to select rd=sn_b:/shared_aftd for auto-stage from storage node B


Configuring the Feature (SAN example)

For sharing an AFTD between storage nodes (Example setup for SAN)

• Use appropriate OS or SAN command to unmount/undefine/disable the sharing disk from all machines, then mount/define/enable the disk onto storage node machine A

• Create, Label & Mount the sharing AFTD device on storage node A in NetWorker


Configuring the Feature (SAN ex. contd.)

• Perform backukp and recover/clone to/from storage node A (w/ “Storage Nodes” attribute setup in Client resource)

• Perform stage from storage node A (w/ “Devices” attribute selected for storage node A in Stage resource)

• NetWorker unmount the sharing AFTD (RW & RO) volumes from the storage nodes A



• Use appropriate OS or SAN command to unmount/undefine/disable disk from storage node machine A, and then mount/define/enable the same disk on storage node machine B

• Create the sharing AFTD in SAN for storage node B in NetWorker

• NetWorker mount the AFTD (to create RO volume) onto storage node B (must NOT label it for sharing with SN_A)



• Perform backup and recover/clone to/from storage node B (w/ “Storage Nodes” attribute setup in Client resource)

• Perform stage from storage node B (w/ “Devices” attribute selected for storage node B in Stage resource)


Configuring the Feature

For any new block size of AFTD to take effect, must restart NetWorker daemons or services after [re]setting environment variableNSR_DEV_BLOCK_SIZE_ADV_FILEEg., To reset AFTD block size to 64K

• UNIX: – setenv NSR_DEV_BLOCK_SIZE_ADV_FILE 64

• Windows (may require reboot):– set NSR_DEV_BLOCK_SIZE_ADV_FILE to 64 via

Control Panel->System->Environment Variable


Using the Feature

No changes in CLI recover command syntax to support AFTD concurrent recovers

No changes in how backup/recover, clone/stage is invoked to take advantage of sharing AFTD between storage nodes (after proper configuration)


Licensing Considerations

N/A



Any questions that have not been answered yet?


recover ss1 ss2

nsrmmd

Disk/filesystem

Architecture and Internal Design

Concurrent recovers

recover ss4 ss5 ss6

recover ss3


Architecture and Internal Design (cont.)

nsrmmd’s AFTD recover functionality has been enhanced in 7.3 to be multithreaded to support concurrent recovers of AFTD to process each recover stream (save set) in a thread

No code changes in 7.3 to support sharing of an AFTD between storage nodes & AFTD block size environment variable


Debugging Techniques and Tips

How to obtain debugging or tracking information

• Use –Dn or –vvv.., such as:

nsrd –D4 > nsrd.debug along with recover –vvvv –D4 … > recover.debug

• nsr/logs/daemon.log


Debugging Techniques and Tips (cont.)

Common pitfalls you or the customer may encounter

• To share AFTD between storage nodes, ensure:

• Proper “Storge nodes:”, “Clone Storage nodes:” attributes setup in server client & appropriate clients’ resource

• Proper “Devices:” attribute specified in Stage resource for the storage node with RO volume mounted for auto-stage


Debugging Techniques and Tips (cont.)

• To share AFTD in NAS on Windows storage nodes, ensure:

• nsrexecd (NetWorker Remote Exec Service) started as administrator on storage node

• UNC path names for AFTD in NAS with appropriate Remote user and password specified for NAS, when creating AFTD

– Example of UNC path syntax:

rd=sn_a:\\nas1\path\shared_aftd


Known Issues and Limitations

Known issues and/or bugs• Description – RO volume may be auto-

mounted onto the writing SN during save occasionally (may occur without sharing AFTD)

• Bug ID: LGTpa73962

• Workaround(s)• Unmount all sharing instances of RO & RW

AFTD volumes from all storage nodes, followed by the appropriate mount


Known Issues and Limitations (cont.)

Limitations on AFTD concurrent recovers

• Not available to Windows GUI recover (winworkr), use CLI recover on Windows

• Not available to non-file recovers, such as NDMP & NetWorker DB modules

• 7.2 or prior Windows CLI recover clients recovering from 7.3 AFTD storge node will still be performed sequentially



Limitations on sharing AFTD between storage nodes in NAS/SAN

• NAS/SAN: Only supports homogeneous storage node platforms when sharing AFTD (ie, Windows with Windows storage nodes, or Unix with Unix storage nodes)



• NAS/SAN filesystem pre-req: Before deploying AFTD sharing in NetWorker, must check to ensure OS filesystem (dir/file) permission and sharing is setup properly between storage node machines for root or administrator user, to enable proper sharing of AFTD on the same filesystem

• Use OS command to create/copy/erase dir/files on the sharing disk (NAS, JBOD in SAN etc), to check sharing is possible at filesystem level between machines



• NAS/SAN: Must manually unmount the sharing RW or RO AFTD volume from one storage node before mounting onto another storage node to prevent potential volume state out of sync

• NAS/SAN: Must manually unmount all instances of sharing RW or RO AFTD volumes from all of the sharing storage node before re-labeling the sharing AFTD device to prevent potential data loss



• SAN: Only one storage node can perform NetWorker operations at any given time

• SAN: Must issue OS/SAN command to mount/enable the sharing disk on 2nd machine after unmounting/disabling it from 1st machine. This will ensure file/dir sharing of the same disk is supported or setup in SAN on the sharing machines to enable the AFTD sharing (sequentially) in NetWorker



• SAN: May need to manually mount the RO AFTD volume in NetWorker on the 2nd sharing storage node (upon creating and mounting the AFTD first time on the 2nd storage node)



Any questions that have not been answered yet?

Thanks for attending

Documents

Copyright © 2002 Legato Systems, Inc. Version: 1.0 Author: Shu-na Chu Doc d1795 Version: 1.0 Author: Shu-na Chu Doc d1795 8/11/2005 Legato Confidential