ActiveImage Protector(AIP)トラブルシュート その3 パイプラインエラーとプラットフォームエラー等

ActiveImage Protector でバックアップ運用中にトラブルシュートが発生した場合、行うアクションは複数あります。調査依頼を頂く際には、基本的にはサポート情報があれば、何が起きているかある程度の類推が立てられます。
*全てがそうとは限りません。エラーの原因究明が困難の場合には、サポート情報をご提供頂き、調査が必要になります。

エラーコードを公開しているのでご参照ください。

今回は -701 と -999ついて取り上げます。エラーは下記を意味します。

-701 : パイプラインエラー
-999:予期しないPlatformのエラー

-701は、AIPがパイプライン処理でデータを読み書き中にエラーが発生している状況で、環境に依存し発生することが多いです。また、バックアップ対象/保存先/転送中のデータ に依存するため、トラブルシュートの調査範囲が非常に広いエラーです。

AIP側で確認されている現象の一部はナレッジで公開されています。

1)重複排除バックアップ時に ERROR: 9999 が発生することがある

この現象は、最新版にしてもエラーが解消できない場合があります。その場合は、記事2)にございます、重複排除から標準圧縮を使用してバックアップを実施下さい。

2)バックアップを実行すると例外エラー 0xc000001d が発生し Exit Code -701でエラーとなる

この現象は、特定の環境のCPUに依存します。
システム情報を見ると、プロセッサがIntel Xeon Gold/Silver/Bronze と表示されます。

AIP2016 は古い製品で、製品のライフサイクル上、サポートが終了しているため、条件が合致した場合は、記事の通りの現象が発生しますので、AIP2018以降にアップデートをお願いします。

-999エラーは、予期しないWindows/Linuxエラーです。これはシステムの何らかのエラーに基づき発生しますが、ActiveImage Protector側に依存した要因もございます。例えば、AIP 2018 update6では、初回が増分タスク動作の場合にこのエラーコードで失敗します。

AIP2018 update7の初期バージョンにおいて、大容量ボリュームの増分バックアップが正常に行えず、ファイルを分割していないにもかかわらず、分割ファイルを求められる場合にも、-999エラーが発生するという現象が確認されています。

AIP2018 update7 のAIPコンソールメニュー、[ヘルプ]>[バージョン情報]の製品情報において、エージェントバージョン/コンソールバージョンが5.1.11.6500以下の場合は、アップデートをお願いします。導入時に発生していなくても、運用し続けていると増分の取りこぼしが発生する可能性が高まります。
また、この初期バージョンでWinPEの起動環境を作成し使用した場合に、OEMパーティションの後方にあるようなGUIDが付いていないパーティションを含むバックアップが-999エラーで失敗する場合があるため、アップデート後に起動環境の作成し直しもお願いします。

アップデータ
(パッチ適用後)
製品バージョン               :5.1.11.6326
エージェントバージョン:5.1.11.6665
コンソールバージョン    :5.1.11.6665

尚、その他のエラーについて、エラーコード一覧の記事の内容だけである程度判断できるものもあります。

例)
1) -702
イメージ保存先の空きが不足している状態です。空きを確保することで解決が可能です。

2) -403
保存先を参照できない状況です。既存のタスクを編集して、保存先への参照ができるかを確認して下さい。保存先がネットワークの場合、こちらの記事が参照頂ける場合があります。

3) -321
このエラーの前提として、AIPのタスクの高度な設定にて、スナップショットの作成前後/イメージ作成後 に、お客様側で作成されたスクリプトを設定しています。

ここで設定したスクリプトが正常に完了していない場合(errorlevelが0以外を返している場合)に発生するエラーコードで、バックアップはエラーになります。

確認としては、管理者権限でスクリプトを実行し、その後に echo %errorlevel% で正常に完了していれば 0となります。それ以外が出力された場合、 AIPでタスク実行時、エラー-321が発生します。

問題がなければ、AIPの「2 保存先の指定」タスク作成>高度な設定 — スクリプト に、作成したバッチを改めて実装します。尚、-321は、スクリプトのタイムアウトの時間に達しても発生します。VSSスナップショットの一時ファイル保持等の都合上、タイムアウトの設定の最大値は60分(デフォルト30分)で設計されておりますので、処理に時間のかかる内容はお控え下さい。また、対話形式の処理が含まれているものは停止せず処理するように設計下さい。

この機能に関して、タスクの動作時に常に全てのスクリプトを実行したい場合は、スクリプト設定画面の「タスクの実行エラー時でも指定したスクリプトを全て実行する」のチェックをオンにして下さい。この機能がオンの場合、スクリプト処理やバックアップが失敗したとしても、その後に動作予定のスクリプトは強制的に動作させます。オフの場合は動作しません。例えば、「スナップショット実行前に実行するスクリプト」が失敗した場合や、スクリプトが正常処理した後にVSSスナップショットの作成が失敗した場合、その後のスクリプトは動作しません。ただし、VSSスナップショットの作成失敗の場合は、エラーコードは -321ではなく、VSSのエラー-311になります。

但し、AIP2022では、この機能に関して仕様通りに動作しない不具合があります。
Windows版の場合は、製品プログラム/パッチの「Windows用6.5.0.7616+アップデートパッチ 22.09.08.01」を適用しご利用ください。

Linux版の場合は、製品プログラム/パッチの「Linux用 6.5.0.7613 +アップデートパッチ 2207251652」を適用しご利用ください。

また、スクリプトの内容について、導入当初に問題がなくても、AIPに依存せず、環境の状況に依存しエラーが発生する場合があります。その場合は、手動でのスクリプト動作確認を行い、正常動作できるようにメンテナンスしてください。

最後になりますが、Linux版のエラーコードはWindows版と共通のため、原則としてWindows版と同じような考え方を用いたトラブルシュートが必要となります。しかし、スナップショットのエラーについてはWindows版と異なります。こちらに関してナレッジが幾つか公開されています。

Linux版の Exit -312のトラブルシュート

SLES/openSUSEを利用する際の注意点

yum update 後、バックアップが exit code -312 で失敗する

基本的には上記のような現象の調査において、AIPのタスクログ、システムの構成、lsmodコマンドを用いることにより、スナップショットドライバーのロード可否の状況や、Linuxシステムログを参照し、ある程度の類推を立てることは可能です。

Support T.

UNRAIDのすゝめ

鯖管のTです。

サーバー管理部屋ではいつもデータの短期・長期の保存について気にかけているのですが、最近はデータの長期保存用として UNRAID という NASシステムに注目しています。

続きを読む…

パソコンの需要による導入作業は何が一番効率的なのか?

連日コロナウイルスの状況を確認しながら仕事をしていますが、本来は今年の夏位にはGIGAスクール構想の導入が増加するのかな?と思っていたのですが、最近は都道府県により対応がバラバラのようです。またWindows 10 の他にChrome、iOSもあり導入は分散化されるようです。

また、GIGAスクールではなく、オンライン学習用としての活用が必要となっているようで、既に大学、高校もオンライン授業が始まっています。
会社もテレワーク用の端末確保(弊社でも自宅で作業が出来るように配布しています)とこの端末の配布があり、Windows 7 の終息は大分落ち着いたのですが、新たなキッティングの需要が増えているようで、弊社にも連休明け頃からお問合せとご注文が増えています。

弊社で絶賛発売中の ActiveImage Deploy USB Plus は下記のようなお客様から多くのリピートのご注文を頂いております。

〇リカバリー用のメディアを添付できるが、その操作も1クリック操作で手順書作成、説明が簡単なので、PCのスキルが不要でも使える。
〇技術サポートが電話、メールなど対応が早くて安心。
〇ライセンス価格も最安値ではないが高くはなく、また処理が高速・簡単なので人件費とトータルでみれば安価になる。

こういった理由が多いとの事でした。

ActiveImage Deploy USB について現在は、先日5月12日にリリースされてしまった?新しい Windows 10 May 2020 Update の対応と今回リリースされる新しい ADK の対応ですが、Windows 10 May 2020 Update 自体のキッティングで 1809 以降の ADK で使用されても今のところ問題はありません。

ADK2004 ですが、これも起動、動作問題は今現在確認されていませんが、作成時に “不明なPE“ のような表示が出ますが、これは ActiveImage Deploy USB の開発時期に存在していなかったPEなので、表示の問題だけとなりますが、ADK などまだバージョンが不安定なので、落ち着いてから Update がリリースされる予定です。

ActiveImage Deploy USB は下記に評価版をご用意していますので是非お試し下さい。
https://www.netjapan.com/jp/try/activeimage-deploy-usb

また、ご購入前相談もお受付しています。
電話:03-5256-0877
法人営業部メールアドレス:corporate@netjapan.co.jp

弊社は時短営業しておりませんので(受付時間:9:30-17:50(土・日・祝日を除く))、お気軽にお問い合わせください。

この状況だから、新しい事が出来る時期でもあります。
この新しいキッティング方法をまだお試しでない方は是非お試し頂ければ幸いです。

By Sato

AWS EC2からHyper-VへのVM移行を試してみました – その5

前回は、Hyper-VへのVM移行に使用するイメージファイルの作成手順を紹介しましたが、今回は、以下のステップ4の[ActiveImage Protector] の仮想化機能を利用して、EC2インスタンスのバックアップイメージから、直接、検証用のHyper-V上に変換した仮想マシンを作成する手順を紹介していきます。以下の検証環境図の赤枠の部分です。

・ステップ1:AWS EC2を構築
・ステップ2:AWS EC2にバックアップ保存用ボリュームを追加
・ステップ3:AWS EC2をバックアップ
・ステップ4:バックアップから直接Hyper-V上に仮想マシン作成
・ステップ5:移行後の処理

続きを読む…

AWS EC2からHyper-VへのVM移行を試してみました – その2

「AWS EC2からHyper-VへのVM移行を試してみました – その1」をお読みいただき、ありがとうございます。

今回は、以下の「ステップ1:AWS EC2を構築」について、EC2 仮想マシン(VM)の移行検証環境として、移行元のEC2インスタンスを構築してみます。

・ステップ1:AWS EC2を構築
・ステップ2:AWS EC2にバックアップ保存用ボリュームを追加
・ステップ3:AWS EC2をバックアップ
・ステップ4:バックアップから直接Hyper-V上に仮想マシン作成
・ステップ5:移行後の処理

具体的には、以下の構成概要図の[VPC(Virtual Private Cloud)]と[EC2(Elastic Compute Cloud)]を作成して、リモートデスクトップ(RDP)から接続するまで進めてみたいと思います。また、どなたでも試していただけるように、詳細にまとめてみました。

続きを読む…

AWS EC2 から Hyper-V への VM 移行を試してみました – その1

一度クラウド化したものの、利用コストが当初見込みを大きく上回ったりするなどの理由で、「オンプレに戻すことを考えている」というお客様の声をお聞きすることがあります。
「どげんかせんといかん」と勝手に思い込み、クラウド初心者の私が AWS EC2 から Hyper-V への VM 移行を「ActiveImage Protector」の「バックアップ」と「仮想化」機能を使って試してみましたので、その話をしようと思います。

試す前に、AWS EC2、VPC、EBS・・、意味不明な用語について、得意のインターネットからググり何とか理解?して、試行錯誤の末に以下の検証環境を構築しました。

・移行元: AWS EC2インスタンス(Windows Server 2016 (x86_64) t2.micro)
・バックアップ保存先:追加ストレージボリューム(Amazon EBS)
・移行先: Hyper-V(Windows 10 Enterprise)

検証概要は、こんな感じです。
悩みましたが、簡単、確実、且つローコストで移行できる方法ではないかと、いつものごとく勝手に思い込んでいます。

EC2 の移行と書くと凄そうですが、単にバックアップ保存先を EC2 のローカルボリュームに配置することぐらいです。失敗談として、バックアップ保存先の追加ボリュームが別リージョンに作成されていたため、バックアップ検証毎にデータ転送料金「DataTransfer」が加算されていました。

最後に、実際試してみて「ActiveImage Protector」の「バックアップ」と「仮想化」機能を利用すれば、クラウドからオンプレへの移行が簡単にできます。今回の検証方法について、全部一気に書くととても長くなってしまいますので、今後、以下のステップで紹介していきます。

次回は、「AWS EC2インスタンスを構築」についての話をしたいと思います。

・ステップ1:AWS EC2 を構築
・ステップ2:AWS EC2 にバックアップ保存用ボリュームを追加
・ステップ3:AWS EC2 をバックアップ
・ステップ4:バックアップから直接 Hyper-V 上に仮想マシン作成
・ステップ5:移行後の処理

By Oki

[仮想化設定の画面]

[Hyper-V 上に変換された直後の仮想マシン]

続きはこちら:「AWS EC2 から Hyper-V への VM 移行を試してみました – その2

テレワークを始めて気が付く事 – その1

始めに、現在弊社は一部テレワークを導入しておりますが、お客様への対応及びサービスは通常通り行っておりますので、何卒宜しくお願い申し上げます。

*****

テレワーク業務は、主に開発関係の部署で導入されていますが、先日、取引様のお客様がテレワークに入っているとの事で話をしました。
多くのテレワークのパターンとしては、1台のPCを自宅に持ち帰り、会社にVPN接続し、リモートで会社の端末に入ると思いますが、もし「このPCが故障したり、使えなくなったらどうしようか?」と考えると、システム管理者が自宅まで来てくれる訳もなく、自力で復旧となると手慣れたマニアックな社員ばかりではないと思いますので、一般的には深刻な状況となります。

ここで注目されるのが、クライアントPCのバックアップです。
弊社のバックアップソフトウェア ActiveImage Protector であれば操作も簡単で、技術サポートも含まれていますので、お客様の負担も非常に軽くご使用頂けると思います。

シンプルな操作でバックアップと復元が可能です。是非評価版をお試しください。

必要な物は、使用されている PC のバックアップを行う USBHDD などのディスクと弊社の ActiveImage Protector Desktop Edition のみです。

おおよそのご予算は、USB のハードディスクが9,000円以下、そして ActiveImage Protector Desktop Edition が8,400円(税別)ですので、2万円以下で即日ご利用頂けます。
これできめ細かい設定でバックアップが行えますので、テレワークのマシンを安心して運用頂けます。

しかし、用途をもっと絞って、例えば Windows 10 の Update が6月前後に予定されていますが、その Update 後にテレワークの PC が使えなくなったら大変です。
そういった節目節目でバックアップを取って、問題発生時には速やかにシステム復旧が行える製品は?というご要望にお応えした使い捨てのバックアップソリューション(ある意味サブスクリプションより新しい!)「ActiveImage Deploy USB for テレワーク」を間もなくリリースいたします。

次回ブログで製品の詳細をご案内いたしますので、宜しくお願い申し上げます。

By Sato

「DIS ICT EXPO 2020 in 名古屋」に出展しました。

2月14日金曜日のバレンタインデー、ダイワボウ情報システム(株)様主催の「DIS ICT EXPO 2020 in 名古屋」に出展しました。

会場はウインクあいち7Fの展示場でした。

新幹線の止まる名古屋駅から近いのが良いですね。

少し迷っても、そこまで時間がかからずにたどり着けます。

 

私たちは、バックアップツール「ActiveImage Protector 2018 Update」やキッテイングツール「ActiveImage Deploy USB」を展示しました。

 

今回は新型コロナウイルスの問題がある中での開催だったのですが、非常に多くの方が会場まで足を運んでくださっていました。

 

最後になりますが、当日私たちのブースへお立ち寄りいただいた皆様、ありがとうございました。

今年度の「DIS ICT EXPO」は今回でラストになります。

来年度も機会がございましたら、よろしくお願いします。

 

新型コロナウイルスやインフルエンザ等、体調にはお気をつけください。

 

SY

「DIS ICT EXPO 2020 in 関西」に出展しました。

1月29日(水)、ダイワボウ情報システム(株)様主催の「DIS ICT EXPO 2020 in 関西」に出展しました。

 

会場は「グランフロント大阪B2F ナレッジキャピタル コングレコンベンションセンター」です。

大阪は不慣れで、電車を降りてから会場までの道のりで少し迷ってしまうんですよね。

慣れていない土地は、いつも以上に早め早めの行動が大切ですね。

 

私たちはバックアップツール「ActiveImage Protector 2018 Update」やキッテイングツール「ActiveImage Deploy USB」を展示しました。

今回は会場が大阪ということで、来場者の方がとにかく多かったです。

この写真内に並べてあるカタログは、すべてお配りしてしまいました。

 

その疲れからか、帰りの新幹線では2時間30分ノンストップで爆睡してしまいました。

マスクをしていたので、口が開いているなどの間抜けな姿は見られていないはずです。

 

最後になりますが、当日私たちのブースへお立ち寄りいただいた皆様、ありがとうございました。

 

SY

ActiveImage Protector セミナー in 台湾高雄

昨年12月、 ActiveImage Protector の台湾の販売代理店 GATI(General Advanced Technology Inc.)が台湾高雄で「予算を50%削減すると同時に、災害復旧パフォーマンスを50%向上させる」と題した ActiveImage Protector のセミナーを開催しました。

本セミナーでは、エンドユーザー様を対象に、ActiveImage Protector のバックアップの運用により、予算目標とパフォーマンス目標の双方を現実的に達成できることについて、事例を踏まえて分かりやすく解説しました。

いつも通り、映画館の劇場ホールを丸ごと貸切り、資料を映しながら迫力あるプレゼンテーションを行いました。

セミナー終了直後、ユーザー様が講演者に質問する様子に皆さまの関心の高さを感じました。

限られた予算内で、バックアップのコストパフォーマンスの良い成果を期待されるお客様は ActiveImage Protector にお任せください!

年末の繁忙期にセミナーにご参加いただきました皆様、ありがとうございました。

YBS