Gakubu.net

１．一晩放置して再構築が完了しました。 ２．ストレージプール１で警告が表示されています。 ボリュームがしきい値(80%)を超えているため警告が表示されるようです。 気持ちが悪いので、設定を変更します。「管理」をクリックします。 ３．アクションから「しきい値の設定」をクリックします。 ４．しきい値を「100%」に変更して、「適用」をクリックします。 ５．警告が消えました。 ６．コントロールパネルから共有フォルダーを開きます。 「作成」から「共有フォルダー」をクリックします。 ７．フォルダー名を入力し、「次へ」をクリックします。 ８．アクセス権限を設定し、「次へ」をクリックします。 ９．プロパティを設定し、「完了」をクリックします。 １０．「OK」をクリックします。 １１．共有フォルダーが作成できました。 １２．エクスプローラーからアクセスしてみます。 １３．認証画面が表示されるので、ユーザ情報を入力します。 １４．共有フォルダーにアクセスできました。

点滅のまま改善しなかったため、強制的に再起動しました。 その後、なかなか起動しなくて心配しましたが、何とか再起動しました。 しかし、ディスク１は再度認識しなくなってしまいました。 ちなみに、今回使用しているHDDは、2012年に購入したものでした。 ・Seagate 3.5inch 3.0TB 7200rpm 64MBキャッシュ SATA6Gbps ST3000DM001/N 10,286円 それほど長時間利用していないと思いますが、故障しても仕方ないようにも思います。 仕方がないので、新しいHDDを購入しました。 今回購入したのは、下記のディスクです。 ・ Seagate IronWolf Pro 3.5" データ復旧3年付 4TB HDD(CMR) 5年保証24時間稼動 PC NAS 用 RVセンサー ST4000NE001 16,539円 7200rpmの3TBで良さそうなモデルが見つからず、4TBにしています。 １．ディスク１を交換しました。 正常に認識されているようです。 警告をクリックします。 ２．ストレージプールが自動的に再構築中に変わりました。 この状態で再構築終わるまで放置します。 ３．グローバル設定で再構築の進捗状況確認できます。 ４．ディスク１の状態です。 こちらが今回交換したディスクで、4TBになります。 ５．ディスク２の状態です。 こちらは、既存のディスクのままで3TBになります。 ６．ディスクの割り当てがおかしい事に気が付きました。 まだ何もデータを保存していない状態だったので、1度プールを削除して、再作成することにしました。ストレージプール１の管理画面で削除＞プールの削除をクリックします。 ７．確認の画面が表示されるので、☑を入れてから「OK」をクリックします。 ８．パスワードを入力して、「OK」をクリックします。 ９．削除できたので、改めてストレージプールを作成します。 １０．ストレージプールの作成ウィザードを開きます。 「次へ」をクリックします。 １１．ディスクを選択して、「次へ」をクリックします。 １２．ディスクサイズが異なるため警告が表示されますが、「OK」をクリックします。 １３．構成を確認して、「次へ」をクリック...

昨日は、セットアップの続きをしようと思ったのですが寝てしまいました。 一昨日のセットアップの続きです。 １．QNAPにログインします。 ２．ダッシュボードが表示されます。 ３．エラーが出ているので確認します。 セットアップ中にDISK１を抜き挿ししたので、エラーが発生しているのかもしれません。 ４．ストレージ＆スナップショットを開きます。 ステータスが「警告」となっているので、クリックします。 ５．リビルドのメッセージが表示されました。 このまま「リビルド」をクリックします。 ６．ディスクが表示されず、適用できませんでした。 ７．物理的にHDD抜き挿しをしました。 再度、ストレージ＆スナップショットを開きます。 ちゃんとディスクが認識されているようです。 再度、「警告」をクリックします。 ８．自動的に、再構築が行われているようです。 ９．共有フォルダを作りたいので、ファイルステーションを開きます。 フォルダの作成のアイコンをクリックして、「共有フォルダ」をクリックします。 １０．「share」という名前に設定します。 その他は、デフォルトの設定のまま「作成」をクリックします。 １１．コンテンツソースフォルダと利用方法の説明があります。 後で使ってみたいと思います。「OK」をクリックします。 １２．何故か警告が表示され、フォルダが作成できませんでした。 「リロード」をクリックします。 １３．サイトにアクセスできなくなってしまいました。 １４．Pingの応答はあるので、ネットワークの問題ではないようです。 本体を確認したところ、赤いランプが点滅していました。 RAID再構築中だったのでそれが原因でアクセスできないかもしれません。 とりあえず、今日はこのまま放置で終わりにします。

Amazonで購入したQNAPをセットアップします。 HDDを組み込み、電源ケーブルとLANケーブルを接続、電源を投入した状態からセットアップを行います。 １．DHCPサーバからIPアドレスを確認する DHCPサーバ(Yamaha NVR510)で確認したところ、「192.168.1.32」が割り振られたことを確認しました。 ちなみにDHCPサーバが無い場合、 Qfinder Pro というソフトで、NASに接続する事ができるようです。 私は利用したことはありません・・・ ２．ブラウザから、アクセスします。 SSLの警告が表示されますが、無視して下の方にあるリンクをクリックします。 ３．保証サービスの画面が表示されますが、特に興味が無いので右上の×ボタンで閉じます。 ４．ようこそ画面が表示されます。 「スマートインストレーションの開始」をクリックします。 ５．ファームウェアバージョンの指定画面が表示されます。 せっかくなので「更新の確認」をクリックして最新バージョンを確認します。 ６．新しいバージョンが見つかりました。 最新バージョンを選択して、「更新」をクリックします。 ７．ファームウェアのダウンロードされるのを待ちます。 ８．ダウンロードが終わると自動的にインストール・再起動します。 300秒間待ちます。 ９．再度、保証サービスの画面が表示されますが、「閉じる」をクリックします。 １０．再度、ようこそ画面が表示されます。 「スマートインストレーションの開始」をクリックします。 １１．再度、ファームウェアバージョンを指定の画面が表示されます。 「現在のバージョン」を選択して、「次へ」をクリックします。 １２．NASの名前、ユーザ名、パスワードを入力して、「次へ」をクリックします。 ちなみに、「admin」、「root」はシステムで予約されているようで設定できませんでした。 １３．タイムゾーンと時刻の同期方法を選択します。 デフォルトのまま、「次へ」をクリックします。 １４．ネットワーク設定を構成します。 DHCPだとIPアドレスが変わってしまうので、スタティックIPアドレスを割り振ります。 QNAPなので「９」を設定しました。...

Hyper-V Server 2019 を利用してファイルサーバ構築したら便利かも！？という事を思いついて実行してました。 GUIがあまり無いのですが、ファイルサーバとしては順調に利用できていました。 しかし、検証用サーバと同じ環境に入れていたのが間違いでした。 たまたま別の検証作業していた際、 vSphere Hypervisorのディスク容量が不足してしまい、誤ってそのVMを削除してしまいました。 後から気が付いたのですが、時すでにお寿司。 ディスクから削除したVMを復旧することはできません。 ちょっと特殊な構成ですが、vSphere Hypervisorの環境にVMとして、Hyper-V Server 2019を構築しており、共有データの保存は、RAW Device MappingしたHDDに保存していました。 そのため、OSは消えてしまったのですが、共有データは残っていました。 HDDをＰＣから外して スライディング裸族 に挿して、他のPCに接続すれば見えるはず・・・と思ったのですが、見れません。 そもそも、ディスクが無効状態です。 ディスクを有効にしたいのですが、右クリックしてもメニューから「オフライン」しか選べません。 調べたところ、ダイナミックディスクの場合、簡単に復元が難しいことが分かりました。 ググってみましたが、なかなか手間がかかりそうです。 これは有償ソフトを買わないかダメかなっと思ったところで、 以前にヤマダ電機で購入したFinalDateを持っていた事に気が付きました。 FinalDateをPCにインストールして、ドライブを検出、クラスタスキャンを実行したところ、 元をファイルが確認できました！ 復元機能にて何とか復元できました。