WWW.BLUECORE.NET

今回ファイルサーバのバックアップの手法として一般的に用いられるCopy On Write機能を使用したバックアップに関して簡単に述べてみる。

Copy On Writeと言うのは、所謂リポジトリ領域を物理的に確保しておき、まずはSnapshotコマンドを使用して当該ディレクトリの静止状態（写真をﾊﾟｼｬｯと撮った状態）を作成する。この静止状態との差異をリポジトリ領域に格納すると言う方式である。

この方式の利点としては、スナップショット用リポジトリ領域を少なく作成することが可能であると言う事。何もその領域の全てのファイルを余すことなく変更し尽くすなんてことが考えられないわけで、変更の少ないシステムにおいては特にこのリポジトリは使用量が少なくて済む。

代わりに、あくまで論理的なスナップショットを作成するにすぎないので、元ボリュームに何らかの障害が発生すると何もかもが全て吹っ飛んでしまうこと、バックアップしたデータは普通どおりAgentなどを使用してリストアするしか手がないことから、迅速かつサービス維持したバックアップは可能だが、リストアは通常のテープリストアとはあまり大差ないと言った所がデメリットかと。

こうした処理は大抵スクリプトを使用する。Windowsならバッチスクリプトが良く使用される。このスクリプトを使用して、ストレージに対して各種制御命令を発行し、

• スナップショットリポジトリの作成
• スナップショット（静止点）の作成
• スナップショットから仮想デバイスの作成
• 仮想デバイスのマウント

を行う事になる。あまり参考にはならないが、こんな風にバッチを書くんですよーと言う感じのものを記載しておく。元々はとあるストレージに対してこの機能を試すために家に帰ってのんびり作ったバッチスクリプトなのだけど、あれこれ見られたくない所はｳﾞｫｶしております。

snapback.bat

@echo off

REM 環境変数の定義
set STORSVR=<STORSVR-IP ADDRESS>
set CLIENTSVR=<BKSVR NAME>
set STOR_USER=<ROOT>
set STOR_PASSWD=************
set DEV_ID=<SOURCE_DEVICE_ID>
set TVDEVID=
set TVNAME=TMP_VOL
set TMTIMESTP=
set VOLUME_NAME=\\?\Volume{97719672-5f9e-11de-9cf5-000c2970e09a}\ (Volume Device Path)
set DRIVELETTER=X
set CLICMD=”<Storage CLI COMMAND FULL PATH>”
set MOUNTCMD=”C:\WINDOWS\system32\mountvol”
set errorlevel=0

:STEP1
REM ストレージサーバへのログイン
%CLICMD% <LOGINCOMMAND> -s %STORSVR% -u %STOR_USER% -p %STOR_PASSWD%
if %errorlevel%==0 goto STEP2

:ERROR1
echo [ERROR]ストレージサーバへのログインに失敗しました。
exit /b 1

:STEP2
REM スナップショットの作成
%CLICMD% <CREATE SNAP COMMAND> -s %STORSVR% -v %DEV_ID%
if %errorlevel%==0 goto STEP3

:ERROR2
echo [ERROR]スナップショットの作成に失敗しました。
exit /b 2

:STEP3
REM スナップショットのタイムスタンプ取得
%CLICMD% <SNAP STATUS COMMAND> -s %STORSVR% -v %DEV_ID% > TEMPSP.txt
for /F “tokens=1-2 delims= ” %%a in (TEMPSP.txt) do (
if not “%%a”==”Command:” set TIMESTP=%%a
)
echo [INFO]スナップショットの最新タイムスタンプは %TIMESTP% です。

:STEP4
REM スナップショットの参照有効化
%CLICMD% <CREATE SNAP DEVICE COMMAND> -s %STORSVR% -v %DEV_ID% -t %TIMESTP% -n %SPDEVNAME%
if %errorlevel%==0 goto STEP5

:ERROR4
echo [ERROR]スナップショットの参照化に失敗しました。
exit /b 4

:STEP5
REM スナップショットデバイスIDの取得
%CLICMD% <DEVICE STATUS COMMAND> -s %STORSVR% -n %SPDEVNAME% > NAMEINFO.txt
for /F “tokens=1-2 delims=^=” %%a in (NAMEINFO.txt) do (
if “%%a”==”ID” set SPDEVID=%%b
)
echo [INFO]スナップショットのデバイスIDは %SPDEVID% です。

:STEP6
REM 作成したスナップショットデバイスをアサインする
%CLICMD% <ASSIGN SNAP DEVICE COMMAND> -s %STORSVR% -v %SPDEVID% -c %CLIENTSVR% -a <READONLY>
if %errorlevel%==0 goto STEP7

:ERROR6
echo [ERROR]スナップショットのアサイン処理に失敗しました。
exit /b 6

:STEP7
REM バックアップサーバ側のデバイスリスキャン
%CLICMD% <RESCAN COMMAND> -s %STORSVR%
%CLICMD% <RESCAN COMMAND> -s %STORSVR%
%CLICMD% <RESCAN COMMAND> -s %STORSVR%
if %errorlevel%==0 goto STEP8

:ERROR7
echo [ERROR]デバイスリスキャン処理に失敗しました。
exit /b 7

:STEP8
%MOUNTCMD% %DRIVELETTER%: %VOLUME_NAME%
if %errorlevel%==0 goto STEP9

:ERROR8
echo [ERROR]スナップショットのマウント処理に失敗しました。
exit /b 8

:STEP9
%CLICMD% <LOGOUT COMMAND> -s %STORSVR%
if %errorlevel%==0 goto NORMALEND

:ERROR9
echo [ERROR]ストレージサーバのログオフ処理に失敗しました。
exit /b 9

:NORMALEND
echo [INFO]成功しました。

これらバッチが終了したら、バックアップ処理を開始し、（ここではXドライブに）マウントしたデバイスからデータをバックアップして行く。ただ、スナップショットはあくまで論理的なものであり、あまり永続的に保持することは推奨しない（少なくとも個人的には）。

何しろ、LinuxのLVMでスナップショットを1日ほど保持した所、1日経過するちょいと前ぐらいで突然スナップショットどころか元Volumeへのアクセスが出来なくなったりしたのだから。やっぱり、バックアップが終了した後は、ストレージの負担軽減も狙ってスナップショットは破棄した方がよさそうだ。

ただ、NASで有名なNetApp Filerの場合、長期的にスナップショットを確保することを想定してかなり効率的なスナップショット機能が備わっている。この場合は長期保管してもきっと問題ないんだろうと思う。

バックアップ後に実行するであろうSnapshot破棄バッチ（雰囲気だけ）を記載する。

流れとしてはバックアップ前実行スクリプトの逆であり、

• マウントしたボリュームのアンマウント
• デバイスのデタッチ
• デバイスのアサイン解除
• 仮想デバイス削除

となっている。

de_snapback.bat

@echo off

REM 環境変数の定義
set STORSVR=<STORSVR IPADDRESS>
set CLIENTSVR=<BKSVR NAME>
set STOR_USER=<ROOT>
set STOR_PASSWD=************
set DEV_ID=<SOURCE_DEV_ID>
set SPDEVID=
set SPNAME=TMP_VOL
set TIMESTP=
set VOLUME_NAME=\\?\Volume{97719672-5f9e-11de-9cf5-000c2970e09a}\ (Device Path)
set DRIVELETTER=X
set CLICMD=”"
set MOUNTCMD=”C:\WINDOWS\system32\mountvol”
set errorlevel=0

:STEP1
REM ストレージサーバへのログイン
%CLICMD% <LOGIN COMMAND> -s %STORSVR% -u %STOR_USER% -p %STOR_PASSWD%
if %errorlevel%==0 goto STEP2

:ERROR1
echo [ERROR]ストレージサーバへのログインに失敗しました。
exit /b 1

:STEP2
REM アンマウント処理
%MOUNTCMD% %DRIVELETTER%: /D
if %errorlevel%==0 goto STEP3

:ERROR2
echo [ERROR]スナップショットのアンマウント処理に失敗しました。
exit /b 2

:STEP3
REM スナップショットデバイスIDの取得
%CLICMD% <SNAP DEVICE STATUS COMMAND> -s %STORSVR% -n %SPNAME% > NAMEINFO.txt
for /F “tokens=1-2 delims=^=” %%a in (NAMEINFO.txt) do (
if “%%a”==”ID” set SPDEVID=%%b
)
echo [INFO]スナップショットのデバイスIDは %SPDEVID% です。

:STEP4
REM スナップショットデバイスのデタッチ
%CLICMD% <DETACH COMMAND> -s %STORSVR% -v %SPDEVID%
if %errorlevel%==0 goto STEP5

:ERROR4
echo [ERROR]スナップショットのアンマウント処理に失敗しました。
exit /b 4

:STEP5
REM スナップショットデバイスをアンアサインする
%CLICMD% <UNASSIGN COMMAND> -s %STORSVR% -v %SPDEVID% -c %CLIENTSVR%
if %errorlevel%==0 goto STEP6

:ERROR5
echo [ERROR]スナップショットのアサイン解除処理に失敗しました。
exit /b 5

:STEP6
REM スナップショットデバイスを削除する
%CLICMD% <DELETE SNAP DEVICE COMMAND> -s %STORSVR% -v %SPDEVID%
if %errorlevel%==0 goto STEP7

:ERROR6
echo [ERROR]スナップショットのデバイス削除処理に失敗しました。
exit /b 6

:STEP7
REM バックアップサーバ側のデバイスリスキャン
%CLICMD% <RESCAN COMMAND> -s %STORSVR%
%CLICMD% <RESCAN COMMAND> -s %STORSVR%
%CLICMD% <RESCAN COMMAND> -s %STORSVR%
if %errorlevel%==0 goto STEP8

:ERROR7
echo [ERROR]デバイスリスキャン処理に失敗しました。
exit /b 7

:STEP8
%CLICMD% <LOGOUT COMMAND> -s %STORSVR%
if %errorlevel%==0 goto NORMALEND

:ERROR8
echo [ERROR]ストレージサーバのログオフ処理に失敗しました。
exit /b 8

:NORMALEND
echo [INFO]成功しました。

スナップショットのバックアップは非常に便利なんだが、使い方を誤るとデータが根こそぎ失われる危険性もあるので、注意が必要である。もし、コストに余裕があり、よりミッションクリティカルな状況が発生した場合は、Mirror型バックアップを行うと良いだろうね。

コメントはまだありません »