アクセスを管理する」に入ります。・承認済みAPIクライアントの追加をします。クライアント名には、自前のドメイン名を入れます。範囲には、下記をそのまま貼り付けます。移行用のユーザアカウントを1つ追加します。※既存のアカウントへインポートするのであれば作成の必要はありません。アップロードの設定になります。ツールで使用する移行用CSVを作成します。hoge※移行先アカウントはパスワードはいりません。APIで直接アクセスする為。前もって作成したユーザリストを選択します。nameには、自前ドメインを入れます。シークレット」を入れます。以下は変更する必要はありません。期間指定や、セッション数等を設定できます。間違えがある場合は、editから修正します。settings」をチェック付けると、設定情報が保存されます。※保存しないと毎度項目を入力する必要があります。差分アップロードする場合に面倒です。ここで両方の設定確認がされます。ここで赤字になる場合は、設定を確認してください。問題がなければ「start」を押します。アップロードが開始されます。1度実施しているで更新分のみの件数です。※初回は60000件程ありました。因みに60000件でちょうど24時間程かかりました。容量より件数が多いと時間がかかるようです。1秒1~2件位のペースでした。2012に対応していない様子。ソフトウェアは既に別の経路で購入されており、入れる必要があるのでインストールは問題なく終了。起動時に互換関係でエラー発生。そのまま起動すると、ローカルでテープへのバックアップは問題なく動作する様子。ここからが、問題でした。2012へはエージェントをインストールしてエージェント経由でバックアップをしていたのですが、何度か再起動してしまいました。ログを確認していると、どうもバックアップの時間にシャドーコピーが動作しているようでそのタイミングで再起動している様子。iLo4のイベントを確認すると、夜間に再起動が何度かあり、時間が毎度同じ時間でした。0x00000133引き金は、BackUpExecの動作に間違えは無く、バックアップスケジュールを止めてからは再起動はしなくなりました。対応していないと言う事ですね。シマンテックは対応が遅いですね。ARCserveは対応しているみたいですからね。Proをインストールしてみました。DVDをセットして、今回は検証の目的だったので、32ビット版を指定してインストール実施。毎度のライセンス条項、既定のインストールすんなりインストール自体は完了。トップメニューにもOffice製品が出てきました。エクセルを起動してみました。ライセンス認証ウィザードが動作。マイクロソフトのアカウントに関連付けてのライセンス認証も可能なようです。今回はプロダクトキー認証を選択します。Windowsのプロダクトキーの変更の時と同じく、ユーザー・アカウント制御(UAC)が動作その後、認証が終わったのか分からないが、アップデートの選択画面になりました。その後、ムービーのようなOfficeの紹介が流れてきたので、スキップしました。ライセンス認証がされている事は確認出来ました。動作させた感じはOffice2010とあまり変わらない感じがしました。エクセルとワードです。(x64)の検証をと思いインストールしてみました。5.0以降であればWindows7と設定すれば問題なくインストール出来ました。4系だとうまくいきませんでした。インストール完了したら良くみる画面に。因みに右はログイン前の画面さて、とりあえずまずは、ライセンス認証をしなきゃと思い、Win7ならコンピュータのプロパティで良かった画面を探す事に。右上にカーソルを合わせると、メニューが出てくるので、「設定」→「PC情報」と起動します。右の画面で、ライセンス認証がされていない事が確認出来ます。ライセンス認証してみようと思って、まずはプロダクトキーの変更をしなきゃと。※インストール時にはプロダクトキーを入力していない為。みても変更する画面が見つかりません。試しに一度ライセンス認証を実行してみると下記の通りエラーとなります。正規のプロダクトキーへ変更したいが、変更方法が分からない。調べてると、コマンドでの変更は可能なようです。コマンドは管理者権限のコマンドプロンプトから実行する必要があります。検索ウィンドウから「cmd」を検索して、表示された項目を右クリックすると下にメニューが出てくるので管理者として実行を選んで実行します。ユーザー・アカウント制御(UAC)は健在のようで下記の警告はでます。コマンドプロンプトで下記のコマンドを実行します。XXXXX-XXXXX-XXXXX-XXXXX-XXXXX実行するとプロダクトキーが変更された事がスプリクトで表示されます。続いて、ライセンス認証をコマンドで実行します。※変更後であればコマンドで実行で無くてもいい可能性はあります。PC情報を確認すると下記の通りライセンス認証は完了しておりました。ハードウェア昨日各支店へのVPNが切れて繋がらない障害が発生しました。現在の環境は本社ルータ:192.168.1.1/24本社VPNルータ:192.168.1.2/24支店1VPNルータ:192.168.5.1/24支店2VPNルータ:192.168.3.254/24今回Zabbixにより死活監視をしていたのですが、突然VPNが繋がらないとアラートが。VPNルータを見るとVPNセッションが切れている感じで無い。192.168.1.2としてみたら、疎通が確認できました。なるとルーティングの問題?って思い本社ルータを確認してみたが問題無くルーティングテーブルは入っている様子。Rootじゃあ何故?と同一セグメントでは疎通は出来ているので、ARPテーブルの問題?と思い繋がらない時に本社ルータのARPテーブルを確認すると、VPNルータとは違うMACアドレスが存在していました。因みに本社ルータのMACアドレスは:4ce676******です。0何故か知らないMACアドレスが。ベンダーコードを調べるとアップルと出たので、MAC又はiPhone等と判断出来ます。パケットをずっとキャプチャーしていたら、対象のMACアドレスを発見。パケット内部にホスト名も発見した為、ユーザを特定。確認すると、どうもポケットWiFiのIPが192.168.1.1でDHCPが192.168.1.2から開始の様子。APの変更時にもしかするとIPを保持しているのでは?と思い試しに別のAPに繋いでもらいそのまま社内のAPへ繋いでもらった所、前のAPのIP情報を一度ブロードキャストしている事が分かりました。このDHCPへ問い合わせる時に、VPNルータと同じIPを送信してルータがARPテーブルに残してしまい暫くの間通信が取れなくなっていたと思われます。0.0.0.0と入りARPにも残りませんでした。普段使いの適当なIPとかぶったりすると、不明な障害になってしまう可能性もありそうです。自分の覚書として記載しました。