MR.HARIKIRI-INSIGHTS

タグ: Snapshot Replication

  • [WP] WordPressをアップデートした途端にエラーを吐いてダウン，SnapShot Replicationを使用して瞬時に復元! パーミッションの設定方法[2023/09/23]

    [WP] WordPressをアップデートした途端にエラーを吐いてダウン，SnapShot Replicationを使用して瞬時に復元! パーミッションの設定方法[2023/09/23]

    Post Views: 274

    はじめに

    WordPressは，以下のようなファイル群で成り立っています．WordPressのバックアップは，それぞれのファイルのバックアップがされているなら、問題が生じて復元が必要となった場合，問題となったファイル群の復元によりWordPressを元にもどせます．

    1. データベース (MariaDB 10)
    2. WordPressのシステム(PHPファイル)

    WordPressがSynology NASに置かれているなら，プラグインを使用せずとも，PHPファイルの復元はSynology NASの標準機能を使って簡単に行うことができます．

    WordPress更新でスタック

    WordPressの新しいバージョンが出た時にアップデートすることになる訳ですが，例えば，WordPress 6.0や6.2など(x.0やx.x)の場合，細かなバグがまだ少なからず含まれている場合があります．そういった時に少なからず起こるのが，「WordPressの更新をした途端にWordPressがダウンする」ことです．

    また，最近知った情報では，WordPressなど関連するフォルダの権限設定について，WordPressのインストーラが厳格になったことで，以前のバージョンから新しいバージョンへの更新が途中で止まることが多々あるようです．フォルダのパーミッションの設定で以前にいじった記憶があり，それが原因として今回，何度目かのWordPress のバージョン更新で顕在化してしまったようです．現在，WordPress 6.2および，しばらく待った6.3も更新の途中でエラー表示を多数吐きながら，そのまま沈黙してしまいます(2023/08/19)．そうなると，もはや，サイトへの閲覧・アクセスは完全に閉ざされます．

    バックアップと復元

    このようなケースに対するWordPressの復旧は，データベース(MariaDB 10)の復元に関しては基本的に必要ではなく，プログラム自体であるPHPファイルなどのWordPressのシステムファイル群の復元を行うことで可能です．

    同様に，プラグインのインストールや更新においても、WordPressが問題を起こした場合の基本的な対策は，データベースを復元するのではなく、PHPファイル群の復元を行うこととなります．

    以下，これらPHPファイル群の復元に関して説明します．

    復元方法の概要

    データベース(MariaDB 10)のバックアップについては説明しません．

    当サイトでは，データベースのバックアップには，とりあえずインストールしたプラグインで対応しています．でも，復元に使用したことはありません．あまり，信じていないからですが．

    Synology NASでWordPressを構築しているのに，WordPressのバックアップ・アプリを使用することは，少し滑稽ですね．レンタルサーバーを使用してWordPressを構築している場合は，当然，WordPressのプラグインのバックアップ・アプリを使用してください．

    今回説明するPHPファイル群の復元では，Synology NASのバックアップ・アプリ: 「SnapShot Replication」を使います．SnapShot Replicationを使用するということは，その他色々なファイルに対して適応可能なシステム用バックアップツールであり，PHPファイルやWordPressに限定されないし，信頼性が高いと思っています．

    SnapShot Replicationは，指定した時間間隔毎に自動的に指定フォルダをバックアップし続けます．何世代までを残すのかの設定をしていれば，容量に困ることは少なくなります．

    もしも，WordPressの更新によりWordPressがダウンしてしまっても，Synology NASのDMSにログインして，SnapShot Replicationから直近で複製されたファイル群を復元してやればよいのです．でも，更新などを実行する場合は，SnapShot Replicationから事前にReplicationしておくのが上等です．

    以下，SnapShot ReplicationによるReplication(複製)とRestor(復元)の手順を示します．

    事前の状態のバックアップ

    WordPressの更新やプラグインの更新の前に，下図のようにSnapShot Replicationを起動して，”Replication -> Action -> Sync”を実行しシステム変更直前の状態を保持します．

    リストア(復元)

    更新作業を実行したものの失敗に終わり，サイトの閲覧・アクセスが完全に閉ざされた時は，以下の手順で事前に取った複製を使って復元します．

    1. DMSにログイン
    2. SnapShot Replicationを起動
    3. 左画面の復元(Recovery)をクリック
    4. 主画面にある複製リストを選択(例では，Web – Replicated)
    5. 復元(Recovery)をクリック
    6. 複製リストが現れる(例では，Recover – web)
    7. WordPressの更新(など)でWordPressがダウンする前，且つ最も新しい複製リストを選択する
    8. (因みに，Browseをクリックすると，複製されたフォルダ/ファイルが表示される．
    9. Action > Restore to this snapshot (復元)をクリックする
    10. (複製するスケジュール間隔が短くて，変更されたファイル数が少ない場合は，瞬時に復元は完了します)
    11. 復元完了
    12. 以上

    Ver.6.2.2でもダメ

    WordPress 6.1.3から6.2.2に更新してもWarnningを吐いてしまう．その後，WordPressは起動しなくなってしまった．

    Warnningはフォルダーの権限(パーミッション)設定にあるとのメッセージです．このメッセージが170余り続きます．どうやら173行面のfilesystem関連のようです．

    Warning: chmod(): Operation not permitted in /volume1/web/myblog/wp-admin/includes/class-wp-filesystem-direct.php on line 173

    以下に示したサイト*1の内容を参考に修正してから，もう一度WordPressの更新を行おうと考えている．今日(7/9)はここまで．

    *1, WordPressのパーミッション設定決定版

    (d/f) rwx rwx rwx
    r: read, w: write, x: execute

    https://qiita.com/hirai-11/items/f4d81f27886b623c5ef0

    備忘記録

    WordPressの更新プログラムの適用には，個人ユーザーで割り当てるのではないため，以下の設定は更新プログラムの適用には，基本的に関係がない．ただし，この設定の目的は，セキュリティを高めることである．

    – そもそものパーミッション設定値は

    ググった結果，一般的な値は以下の通り．環境によっても違った最適な値があると考えられるので，現状はこれで設定しても良いがが，最適値を知るには調査を継続して，塾講が必要である．それが専門家の一歩．

    パーミッション(permission; 権限)は，(所有者-グループ-その他)の並びでそれぞれ十進数では，一桁の0~7の数字で構成されている．差更に0~7は二進数では，三桁(rwx)で表される．r: read, w: write, x: executeの意味．r, wおよび xは，0または1であり，1の場合に権限がある．

    具体的な数値の意味としては，7は，フルアクセスであり，6の意味はread & writeとなる．

    以上の意味から，基本的に7, 5, 1は，めったに設定されない．

    1. .htaccess : 606 or 604
      • 606の左から6は所有者(owner)，0はグループ(group)，6はその他のユーザー
    2. wp-config.php : 400
    3. ディレクトリ : 705
    4. その他ファイル : 604

    NASでの作業 (コマンド編)

    パーミッション設定作業は，DSMではできない(?)か，当初は理解不足だったのでsshでログインしてコマンド操作で実施したが，それでもWordPressのUpdateはできなかった．おそらく，トップの「web」フォルダーを含めた設定が必要ではないかと考えられた．sshでのコマンドについて備忘記録をここに残しておく．

    <備忘記録>

    1. Login: ssh “<NAS IP Address>” -p “<port>”
    2. Command : sudo chmod 604 .htaccess
    3. command : sudo chmod 400 wp-config.php
    4. Command : sudo find . -type d -print|xargs|sudo chmod 705
    5. Comamnd : sudo find . -type f -print|xargs|sudo chmod 604

    NASでの作業(DMS編)

    そもそも，パーミッションの(所有者-グループ-その他)についてFileStationからプロパティを開いて，そのパーミッションにおけるパラメータとの対応がよくわからない．パーミッションの「所有者」とは? 「グループ」とは?

    例えば，そのパーミッション設定には，User or Groupとい設定項目がある．これは，(所有者-グループ-その他ユーザー)におけるどのことを示しているのか不明だ．User or Groupで「http」を指定したパーミッションは，いったい(所有者-グループ-その他)のどれにあたるのか?

    所有者/グループの見極めの答えは，こうだ．

    1. httpが所有者か，グループか，その他ユーザーかは，コントロールパネルのユーザー設定で判断できる．httpは，グループにあるので，httpはグループと判断できる．
    2. 同様に，httpsはグループである．

    以下のSynologyサイトにパーミッションの設定方法が記載されている．sshは，セキュリティ的にあまり使いたくないので，DMSのFileStationでパーミッションの設定ができるように，設定方法を調査した．

    トップの「web」フォルダーのパーミッションの設定は以下の通り，readまたはread & writeに設定する．

    1. webのプロパティー(properties)から
    2. Permission Editorを開く
    3. User or Groupを「http」に
    4. Inherit (継承) from を「<none>」のまま
    5. Typeを「Allow」に
    6. Apply toを「All」に
    7. Read，またはReadとWriteにチェック．

    以上の結果，機能しなくなっていたSiteGuard(以下に説明した)のCAPTCHAが表示できるようになった．

    How should I set access permissions to folders used for hosting websites?

    https://kb.synology.com/en-ca/DSM/tutorial/What_should_I_set_permissions_to_folders_for_websites

    Read設定では機能しないプラグイン

    SiteGuardというWordPressへのログイン制限が可能となるプラグインでは，ReadとWriteの設定になっていないとCAPTCHAが表示されない．

    Ver.6.3でもダメ

    最近，Version 6.3が出たので，WordPress 6.1.3から6.3に更新してみました．でも，同じように，同様の項目と数のWarnning を吐いて，そのまま沈黙して終了となりました．そこで少しググって，親のフォルダの権限に，「http」のRead権限を設定して，もう一度，Version 6.3で更新してみました．

    その結果，以下のWarnningを吐き沈黙しましたが，今回のWarnningの数は著しく少なくなりました．173行目のfilesystem関連のWarnningは出なくなりました．(実は，もう少し追加の設定が必要なのですが，それは，以下に完結しているので，もう少し読んでみてください)

    試行錯誤でのその他エラー

    試行錯誤してからWordPressの更新をする場合，以下のように表示が出て先に進まない時があります．その場合，データベースにインストールのイベント情報が入力されているため，WordPressのシステムファイルの復元では改善できません．15分間待つしかないようです*2．

    WordPress を更新
別の更新が現在進行中です。

    *2, WordPress「別の更新が現在進行中です」エラーの解決方法

    https://kinsta.com/jp/knowledgebase/wordpress-another-update-is-currently-in-progress/

    結局

    wordperssのupdateを可能にするには，結局，親フォルダでる”Web”へのアクセス権限として，”http”をオーナーを”Full Control: フルコントロール”に設定することで，無事にWordPress 6.3-jpで更新することが出来ました．

    1. 設定対象 : 親フォルダ”Web”
    2. “オーナ” また “http”による”フルコントロール: 管理・読取・書込”権限を設定した (一般的なLinuxのフルコントロールとは，rwxのうちx(実行)が無いため異なると考えられる)
    3. 設定は，FileStationからフォルダのプロパティを開いて行う

    やっぱり，”ホームNW研究所”の観音寺さん*3には，いつも助けられてばかりです．この場を借りて感謝します^^)．

    *3,WordPressの更新に失敗した時の対策
    – ホームNW研究所 –

    webを”フルコントロール: 管理・読取・書込”に設定する．

    https://nw.myds.me/synology/wordpress5-5-update/

    その後

    WordPressのUpdateはできたものの，その後，WordPressにログイン(SiteGuardプラグインから)しようとしたら，その機能てである「ひらがな」のCAPTCHAが表示されなくなっており，ログインができなくなっていたことに気づいた．

    調べてみると，以下のリンクに解決方法があったので，それをヒントに以下を適用した．

    気になる点は，httpのパーミッションがReadのみになっていたフォルダがあったこと．もしかすると，wordpressのUpdateの後処理として処理されている可能性も否定できない．

    1. FileStationから
    2. webフォルダのパーミッションについて
    3. httpを「read, write」をチェックした．
      (この設定は，おそらく，(所有者 – http – その他)において所有者はhttpと考えられるため (6-0-0)と考えることができる．「そもそもパーミッション設定値は」の項で述べた，600に設定されているものと思われる．要は，所有者以外がアクセスできないと理解すれば納得がゆく．
    4. ついでに，httpsにも「read, write」をチェックした．

    ワードプレス　SiteGuard　画像表示されない

    wpcontent -> plunins -> siteguard -> really-simple-captcha」のパーミッションを「777」にする

    https://server-recipe.com/1880/

    結局の設定値

    色々作業して混乱してしまったため，どれをどの順序で実施したのかはもう夢のかなたに行ってしましたが，現状では，以下のことが可能となっている．

    1. 試行錯誤の結果，wordpressのupdateが可能なままなのかは不明となってしまった．今後，wordpressのupdateの際に確認したい．
    2. SiteGuardによるログインは可能
    3. Plaginのupdateは可能

    まとめ

    自前のサーバーにWordPressを置いている場合，特にSynology NASを使用している場合での，WordPressの復元について，実際に生じた問題解決に迫られて実施した内容を解説しました．

    WordPressのバックアップにはデータベース(MariaDB 10)とシステムファイル群(PHP)の二種類が必要ですが，今回は，システムファイル群の復元について取り上げました．

    2018年からSynology NASにWordPressを設置してblogを行ってきましたが，システムファイル(PHP)絡みによるWordPressのダウンを何度か経験しました．

    PHPの復元については，Synology NASの場合，SnapShot Replicatonを使えば簡単に復元が可能です．ここでは，取り上げなかったデータベース(MariaDB 10)の復元についても，Hyper Backupを用いれば可能です．このことは，WordPressのバックアップには，プラグインを使用する必要はなく，NASの機能を使ってシンプルにWordPressを管理することが可能であることを意味します．

    WordPressに負担を掛けずに管理する，すなわち，NASに備わった機能を用いて管理するのは，エコだと思います．

    不具合のあったWordPressの更新バージョンはそっとしておいて，6.2.x (x.xx)がでるまでおとなしく待ち，6.3で更新をしてみましたが，結果は，同様にWarnningを吐いて完全停止になりました．

    バックアップの必要性は，結局問題が生じたときの備えです．今回は，関連フォルダのパーミッション不正によりwordpressのupdateが実行不可となったことで，その必要性を再認識しました．

    話題は転じて，WordPressの親フォルダのぱーミッションの設定に関しては，以下の経緯をたどりました．

    試行錯誤として，最初に「http」にRead(読取)権限を付与しました．その結果，数百に上る多数の173行のエラーはなくなりました．でも，その先の309行目のエラーが1つ現れました．

    更に，ググっていいくと「ホームNW研究所」に直接的な記事がありました．Webフォルダのパーミッションを　”フルコントロール: 管理・読取・書込”に設定するとwordpressのupdateはすんなり実行できました．

    そのご，しばらくしてwordpressにログインしようとした時，セキュリティの向上としてSiteGuardというプラグインを使用してCAPTCHAを表示させるようにしていましたが，そのCAPTCHAが表示されなくなっていました．

    結局は，httdのパーミッションがreadのみになっていたことが原因と結論しました．httdをreadとwriteにチェックを入れると，SiteGuardは正常に機能するようになりました．

    この設定により，最初にwordpressのupdateを可能にできたhttdの設定であるフル設定”フルコントロール: 管理・読取・書込”になっていません．今後，wordpressのバージョンアップがありupdateが必要な時には，この設定のままでupdateをしてみようと思います．

    試行錯誤はまだまだ続く–)

    編集履歴

    2023/04/16 Mr. HARIKIRI
    2023/07/09 追記: Ver.6.2.2-jpでも正常に更新できず，今後はパーミッション設定を中心にした対策を考える
    2023/08/19 追記: やっとこWordPress 6.3-jpで更新完了．Ver.6.3-jpでも同様にエラーで停止した．”http”に”Read”パーミッションを与えて173行のWarnningはやっつけた．でも，309行目のWarnningが出てきた．実は，もっと簡単でした．親フォルダへの”http”での権限設定は，”フルコントロール: 管理・読取・書込”にするとOKです．
    2023/08/20 追記: 備忘記録としてNASへのsshによるログイン，chmodの一括適用方法など．
    2023/09/23 追記: DSMのFileStationから「web」フォルダーのパーミッションを設定する方法．変更: タイトル変更 (パーミッション設定を追加)

  • [Synology] NAS (DS918+/DS920+)の バックアップを考える – システム構成は「Hyper Backup」、「Snapshot Replication」および「Synology Drive」- Smartプラグによる外付けHDDケース電源の管理によるセキュリティ向上、最後にシステムコンフィグレーション /クラウドバックアップも考え [2023/11/15]

    [Synology] NAS (DS918+/DS920+)の バックアップを考える – システム構成は「Hyper Backup」、「Snapshot Replication」および「Synology Drive」- Smartプラグによる外付けHDDケース電源の管理によるセキュリティ向上、最後にシステムコンフィグレーション /クラウドバックアップも考え [2023/11/15]

    Post Views: 3,087

    はじめに

    2023/11/15，内容(クラウドバックアップについて追加)を更新しました．編集履歴は，最後尾を参照してください．

    ローカルネットワークに、DS918+とDS920+を立ち上げています。DS918+では、DS918+の外付けHDDにバックアップしています。DS920+のストレッジはSSDで構成しているので，HDDでストレッジを構成しているDS1621xs+(DS918+から移行)より少ないため、DS920+のバックアップ先は、DS1621xs+に設定して行っています。以下，DS918+はDS1621xs+に読み替えてください (2022/11/13)．

    最近までのバックアップ体制は、「Hyper Backup」と「SnapShot Replication」の2つの構成でしたが、「Synology Drive」を追加した3つの構成にしました。Synology Driveは、PC/iPadなどの端末のデータバックアップを目的に導入しています。

    Hyper Backupは、NAS間や外付けUSB HDDにシステム設定やアプリケーションをバックアップすることができます。

    SnapShot Replicationは、#snapshotフォルダーというシステム・フォルダを作り、そのフォルダー内に、指定した時間毎に差分のバックアップを作成し続けます。

    Hyper BackupとSnapshot Replicationにより、復元能力が高まります。

    忘れてはいけないのは、システムの設定などのバックアップです。これについても最後に示しています。

    Driveは、Synology NAS同士でもバックアップが可能ですが、PCやiPadのデータをSynology NASにバックアップできます。そのモードは、(1)同期、(2)アップロードのみ、が可能です(追記、2022/01/08 by Mr. Harikiri)。

    Hyper Backup/Snapshot Replication、そしてDrive

    Synology NASのパッケージには、いくつかのバックアップ・ソリューションが無料で提供されています。その内、以下の2つのバックアップ・アプリケーションについて役割を意味付けし、それぞれを使い分ける運用を考えます。最後に、3つ目のパックアップアプリのDriveは、端末のデータ バックアップを目的に解説しました。

    • Hyper Backup
    • Snapshot Replication
    • Drive

    Hyper Backupで十分か?

    これまで、Hyper Backupのみで運用していました。どのようにパックアップを捉えたらいいのか、余りわからないまま使用していたわけです。

    バックアップの運用では、長らくSnapshot Replicationも併用していまましたが、PCやiPadのデータ バックアップも統合的に行いたかったので、Driveの運用を追加しています。

    Hyper Backup

    Hyper Backupの運用は、毎日1回のバックアップを実行するにように、スケジューリングしています。

    Hyper Backupの機能の概要は以下の通りです。

    • EXT4, Btrfswiki (Synology NASの+シリーズで対応)
      • 対応するファイルシステムは、EXT4, Brtfsです
      • Snapshot Replicationと併用するには、ファイルシステムをBtrfsで構築する必要があります
    • バックアップファイルの「暗号化」
      • AmazonやGoogleなどの、ローカルでないパブリック・サーバーへの保管もある程度は安心です
      • 何らかの理由で、マシンを全てロストした場合でも、新しいDS918+を購入してデータを復旧できます
    • 復元
      • バックアップファイルは、Hyper Backupでしか復元できない
    • バックアップの内容
      • 「システム構成」のバックアップと復元
      • 「アプリケーション構成」のバックアップと復元
      • 「ブロックレベルの増分バックアップ」機能(初期バージョンの差)
      • 「データ」のバックアップ
    • バックアップ先
      • 「外付けUSB HDD」へのバックアップが可能。Btrfsである必要はない
      • 「リモートSynology NAS」へのバックアップが可能。異なる敷地にあるNAS間が理想です
      • 「ファイルサーバー」へのバックアップ
      • 「クラウドサーバー」へのバックアップ
    • バックアップの「スケジューリング」

    2つのバックアップソフトのインストールは、以下のリンクをご参照ください。

    Synology NASをバックアップする方法

    https://www.synology.com/ja-jp/knowledgebase/DSM/tutorial/Backup/How_to_back_up_your_Synology_NAS#t2.3

    Snapshot Replication

    Snapshot Replicationの複製先に必要な機能

    ここで複製と言っているのは、2つの機能のことです。

    1. Snapshotとは
      • 選択した共有フォルダのスナップショットを取得します
      • 取得先は、共有フォルダ直下の「#snapshot」フォルダです
      • 設定した間隔でスナップショットを取得します
      • リビジョン管理できます。Windowsのエクスブローカーから以前のバージョンを見たり，復元することができます
    2. Replicationとは
      • 選択した共有フォルダの複製をスナップショットの形式ではなく、正に複製(replication)を取得します
      • 複製先は、ローカルとリモートを設定できます。最近、DSMがバージョンアップしてから、ローカルが設定できなくなりました(2020/09/27, Mr. Harikiri)
      • リモートにも同様に「SnapShot Replication」をインストールしておく必要があります
      • 複製先には、以下のファイルシステム(Btrfs)の要件が必要です
      • リモートにReplication(複製)しても、#snapshotフォルダも複製されます。スイッチオーバーも可能ですsource
    • Btrfsボリューム
      • システムHDD (または最近ではSSD)の初期設定においてBtrfsを選択している必要があります
    • Snapshot Replication
      • 必要なアプリです
      • 複製先にリモートを設定する場合、リモートにも「Snapshot Replication」がインストーされている事が必要です

    実質的には，Synology NAS間でしか複製(Replication)はしにくいか、または、できないのではないかと思われます．Synology製以外，且つ高機能なNASを持っていないので分かりません．

    Snapshot Replication – DiskStation Manager – より

    https://www.synology.com/ja-jp/knowledgebase/DSM/help/SnapshotReplication/data_protection_mgr

    SynologyのDSMでNAS2台をLAN経由＆インターネット経由で同期させてバックアップ＆フェイルオーバー＆リカバリしてみた

    https://gigazine.net/news/20171005-synology-6th-review/

    SnapShotの使用例

    [WP] WordPressをアップデートした途端にエラーを吐いてダウン，SnapShot Replicationを使用して瞬時に復元! パーミッションの設定方法[2023/09/23]

    [WP] WordPressをアップデートした途端にエラーを吐いてダウン，SnapShot Replicationを使用して瞬時に復元! パーミッションの設定方法[2023/09/23] はコメントを受け付けていません

    Drive

    Synology Driveによるバックアップは、PC端末のデータを専用のクライアントソフトで修正されたら即時にそのままのフォルダ構造でバックアップしてくれます。また，当然，2つのNAS間でも可能です．

    他方，HyperBackupの場合，1回限りのバックアップでは，そのバックアップ先ではそのままファイル/フォルダを閲覧したりアクセスが普通にできるようですが，定期的にバックアップする場合，バージョン管理されるため特別なフォーマットでバックアップされます．そのため，ファイル/フォルダは普通に閲覧することはできません．

    そこで，NAS(1) – PC間または，NAS(1) – NAS(2)間で，そのままのフォルダ構造でバックアップしたい場合，即ち，ミラー情報としてバックアップしたい場合は，Synology Driveを使用します．

    必要なアプリのインストー

    Driveによるバックアップには、Synology NASにサーバー(Drive)をインストールし、データを保持している端末(PC/iPad/Synology NAS)にClientアプリをインストールして使用します。

    • サーバー用アプリ : Synology Drive (Synology Drive Adminコンソール)
      • Synology Driveでは、Adminコンソールで、すでに存在する共有フォルダに対してチームフォルダに設定したフォルダ内にサブフォルダの作成や、チームフォルダ/個人フォルダ内のファイル閲覧ができます。
      • Adminコンソールでは、クライアントと共有するためのチームフォルダの設定、クライアント・リストの確認、同期/アップロードなどのログの確認、及びドライブ容量などの情報の確認ができます。
    • NAS用のクライアント アプリ : Synology ShareSyc
      • ShareSycモードでは、シンクロモード(同期)やアップロードモード(サーバーにあるファイルを削除しない限り残る)させるモードの設定、及び、サーバー接続の設定が可能です。
      • サーバーにアップロードのみのモード
    • 端末用のクライアント アプリ : Synology Drive Client
      • NAS用のクライアント アプリ (Synology Drive, webブラウザを使用)と同様の機能を持つPC用クライアントです。

    パッケージセンターから「Drive」をインストールすると，以下の3つが機能追加されます．

    1. Synology Drive: NASのDrive閲覧
    2. Synology Drive ShareSync: NAS間の同期を設定
    3. Synology Drive Admin Console: NAS上のフォルダーを指定

    Synology Driveを追加したシステム構成全体としてのSynology DriveのモードやサーバーNASの構成は以下の通りです。

    • クライアント アプリではアップロードモードに設定
    • アップロードした先のサーバーNASでは、Hyper BackまたはSnapShot Replicationでバックアップを実施
    • 運用(1) : PC/iPadは、それぞれのクライアントアプリをインストールして運用．
    • 運用(2) : 以下は特種な運用方法ですが、事例として参考になると思うので、その運用概要を示しました。
      • A拠点には、光ネットワーク、サーバーNASを設置しています．
      • B拠点には、SoftBank Air (WiFi)、クライアントNASとPC/iPadを設置しています。日々、クライアントのデータが増加します．
      • B拠点のデータをA拠点にバックアップすることが目的です．
      • B拠点のNASのチームフォルダには、PC/iPadからネットドライブやDrive クライアントからデータがアップロードされます。
      • B拠点のNASのチームフォルダは、A拠点のDrive サーバー NASに自動的にアップロード(モード)されます。
      • A拠点のNASは、Hyper Back/SnapShot Replicationでバックアップされます。

    ミラーでバックアップ

    クライアント側で，ミラーによるバックアップができるように設定します．下図は，NASのクライアントソフト(Dirve ShareSync)の場合の設定例です．

    注意点ですが，項目「再リンクしたときのデフォルトの操作を選択します」の設定では，以下の事象が起こったので，その場合の対応策を示しました．因みに，「リモートNAS」は「サーバーNAS」のことです．

    事象 : 不具合と対処方法

    1. 初期設定で，(1)「・・・リモートNASから再取得されます」としていました．
    2. ミラーによるバックアップに変更するために，(2)「・・・リモートNASから削除されます」に変更し，OKで閉じて設定できたつもりでした．
    3. 一旦，リンクを解除して再接続したところ，(1)の設定が生きており，クライアントNASに削除したばすのテストファイルが生き返ってしまいました．
    4. そこで，クライアントNASを再起動したところ，削除したテストファイルは生き返ることなく，リモートNASから削除されました．
    5. この状態で，クライアントNASにある既存ファイルを削除してみたところ，リモートNASのミリーファイルも削除されることが確認できました．

    バックアップ体制の構築

    まず最初に設定しておきたい機能は、Snapshot Replicationの「snapshot」です。スケジュールングして、例えば10分や、30分毎に差分のバックアップを取るように設定します。最小5分の間隔も設定できます。

    以下に、これら機能について、今一度まとめました。

    • Windowsからネットドライブとして使用している場合、前のバージョン(リビジョン)が保存されているので、ファイルのプロパティのバージョンから以前のものを復元できます
    • NAS モデルが Btrfsファイル システムをサポートしている場合、Snapshot Replicationを使用してローカル コピーを作成できます(DS918+/DS920+は可能)
    • iSCSI LUN対応
    • Hyper Backupより処理速は高速
    • スナップショットのスケジューリング(予約スナップショット)は、の3モードがある
      • 常に維持する
      • 最新を維持する
      • カスタマイズ
    • Synology Snapshot Manager
      • Synologyサイトからダウンロードし以下のプラットフォームにインストールすれば、Snapshotを直接管理できる(http://www.synology.com/から無償)
      • VMware
      • Windows Server

    Snapshot, Synologyサイト –

    https://www.synology.com/ja-jp/knowledgebase/DSM/help/SnapshotReplication/snapshots

    最初のスナップショットを取ると、フルバックアップが取られます。その後、バックアップとの差分が取得されます。いずれも、スナップショットです。

    Snapshot Replicationのインストールと設定方法及びスナップショットの概念について、ATCさんの以下の記事が大変参考になります。

    Synology NASでスナップショットを取得する | Snapshot Replication

    https://www.atc.jp/synology_nas_snapshot_replication/

    バックアップの充実化

    Synology NASに保管しているデータおよびNote StationやDBなど一部サーバーのバックアップは、Hyper Backupで必要十分です。

    Snapshot Replicationを使えば、システム構成というより、データの復元に特に向いています。

    この2つのバックアップを使うことで、よりきめ細かなバックアップにより、ほとんどの異常事態においても完全な復元および短時間で最新の復元が実現できます。

    対応するNAS

    Synology製品で、SnapShot Replicationが使用できる、Synology NASシリーズは、Synology siteを参照してください。

    Hyper BackupとSnapshot Replicationの比較

    Hyper Backup

    Hyper Backupの処理時間は、Snapshot Replicationの処理時間より多くかかるが、以下のリストおよび表1に示したように、5種類のストレッジにバックアップできます。暗号化も可能。

    1. ローカル
    2. 外部USB
    3. 別のSynology NAS
    4. ファイルサーバー
    5. パブリッククラウド

    Snapshot Replication

    一方、Snapshot Replicationは、基本的に指定した共有フォルダのスナップショットを取得します。これがsnapshot機能です。そのスナップショットをバックアップするのが、replication機能です。

    ランサムウェア対策には、Snapshot Replicationが良く使われているようです。

    その対応策は、別途、replicationしていたデータを使いデータを再構築します。

    表1. バックアップ・アプリの比較(Synology Siteより)

    バックアップ先Hyper BackupSnapshot ReplicationUSB CopyCloud Sync
    ローカル共有フォルダありありなしなし
    外部デバイス (USB)ありなしありなし
    別の Synology NASありありなしなし
    ファイル サーバーありなしなしWebDAV と OpenStack データ同期専用
    パブリック クラウドありなしなしあり

    バックアップ戦略

    バックアップは、(1)データが破損などによりカレントのデータ自体が無くなる場合、(2)サーバーが損傷する場合、(3)サーバーが置かれている場所が崩壊するなど、データ自体が無くなる要因は、最悪の場合も予想できます。

    • (1)データのみが無くなった場合は、ローカルのバックアップから復元すれば済む
    • (2)サーバーが損傷した場合、同じサーバーをあらためて購入するなどして用意し、別にバックアップしていたSynology NASやファイルサーバーから復元すればよい
    • (3)サーバーが置かれていた場所の崩壊の場合、パブリッククラウドのバックアップや別サイトのSynology NASのバックアップから復元できる。

    個人の場合、自宅内にある別Synology NASか、Windowsのファイルサーバーにバックアップするものと想定されます。それは、一般的な選択肢になります。

    また、パブリッククラウド(iCloud, Amazon, Googleなどから提供されるサービス)をバックアップの保存先に選択することは、Hyper Backupが暗号化機能を有していることから、そのハードルはそれほど高くないと思われます。

    実際の運用

    別のSynology NASがない場合、すなわち2台もNASないのが一般的だと思われるので、それを前提にすると、以下の運用がベターです。

    因みに、最近、DS918+の後継機であるDS920+をblog用に導入しました。現在は、この二台体制によりバックアップ体制が充実しています(2020/09/08 HARIKIRI(MR) )。

    1. Snapshot Replicationの運用

    小さなトラブルのためには、日頃から小まめなバックアップをして、また、復旧も迅速にするために活用します。バックアップ先はローカルにします(一般的な使用ではそれしかない)。

    例えば「web」フォリダーをバックアップ元すると、バックアップ先には「#snapshot」というフォルダーが作成されます。設定したスケジュールでスナップショットは、この「¥web¥#snapshot」ローカルフェルダーに、スケジュールされた日時を表すフォルダー名で作成されていきます。

    日々の大きなバックアップは、Hyper Backupに任せます(毎日)が、Snapshot Replicationによるスナップショットの間隔は、Hyper Backupより短い方がよいです。例えば1時間や2時間、5分毎も可能です。#snapshotフォルダーは、Hyper Bacvkupによるバックアップ対象のフォルダーではありません。従って、Hyper Backupのバックアップ先には、#snapshotフォルダーは含まれません。

    2. Hyper Backupの運用

    おすすめは、Synology NASにHDD毎に独立の電源スイッチがある裸族のお立ち台を接続(USB4台)して、毎日のパックアップ、パックアップ完了後のアンマウントしてオフラインにする設定が安全面からベターでです。

    ただし、バックアップの後の次のパックアップには、HDDケースのスイッチのOFF/ON操作が必要になります。こまめなOFF/ONは必要とは思わないので、気づいたときにOFF/ONする運用でもよしとします。ただし、バックアップ先のHDDが再マウントされていないため、HDDがオンラインにならないとバックアップは失敗します。HDDのOFF/ONによりマウントされている場合は、その時に限りバックアップされます。この点は注意してください。

    3. 自動化

    当サイトでも記事にしている「Switch Bot」シリーズの「プラグ」を用いて、外付けHDDケースの電源をコントールしバックアップの自動化を行う。これにより、手動によるHDD電源のオン/オフは不要となり、不必要な時間帯での外付けHDDケースの稼働が避けられることで、セキュリティ向上につながる。

    • 当サイトでも記事にしているSmart Botシリーズのプラグを、DS918+のUSBに接続した外付けHDDケースの電源プラグと家庭用コンセントの間に接続
    • iOS用SmartBotアプリからプラグの稼働時間を設定します
      • Hyper Backup、および Snapshot Repricationがバックアップするタイミングに応じた時間帯に設定します
      • 設定する時間帯の開始と終了の時刻は、5分から10分程度の余裕時間も考慮します
    • 設定した通りに、外付けHDDケースに対してバックアップできているか、ログを確認します
    WD BlueTM (5400 RPM Class)
    • 2年保証
    • 3.5 inch
    • Win/Mac対応
    • 4Kセクタ(AF)
    • SATA, 5Gb/s
    • 5400 rpm
    • イメージバックアップソフト(無料ダウンロード), Acronis True Image WD Edition (Windows版)
    • NoTouchTM ランプロードテクノロジー搭載:　記録ヘッドがディスクの表面に触れないように安全に配置されており、データを保護する

    USB Copy

    もっと柔軟なバックアップには，USB Copyも活用できます．

    • DS918+/DS920+では，全面とは背面に，1つずつUSB 3.0ポートがあります．外付けHDDにフォルダ/ファイルをコピーすることができます．
    • コピー動作のトリガー
      • USBデバイスのホットプラグしたとき
      • ハードウェアコピーボタンを押したとき
      • スケジュールを有効にして，その稼働時期になったとき
    • モード
      • フレキシブルモード
        • インクリメンタル
        • ミラー
        • マルチバージョン
    • 高度なオプション
      • インクリメンタで以下のオプションが使用できる
        • 送り先フォルダーの元のファイル構造を削除
        • ファイルの競合ポリシー
        • コピーが完了したら，そーすファイルを削除
      • マルチバージョンで以下のオプションが使用できる
        • ローテーションポリシーオプション
          • 古いバージョンからローテーション
          • Smart Recycle
          • 最大65535のバージョン保存
    • タスクが完了するとUSBデバイスは安全に自動排出される
    • フィルター機能が使える
      • 音楽，動画，画像，文章
    • ログ作成機能
      • 最大100,000
    • 通知機能
      • SMS
      • E-mail
      • モバイル
    • ビープ音
      • 開始時
      • 終了時

    USB Copy — Synology サイト —

    USB Copy の仕様 | Synology Inc.

    PC/Macなどのバックアップ

    以下のActive Backup Suiteによるバックアップに関するる記載は，古くなっています．2023年現在，Active Backup Suiteは，名前を変えてActive Backup for Bisunessとなりパワフルになりました．

    以下の内容は古いですが，記載内容は残しておきます(2023/10/08)

    Active Backup for BisunessでPC/Macをバックアップする方法は，別の記事を参考にしてください．

    https://harikiri.diskstation.me/synology/42352/(新しいタブで開く)

    Active Backup suite (古い,2023/10/08現在)は，Synology NAS以外のマシンのバックアップをSynology NASにすることを可能にします。

    Synologyが提供するライセンスフリーのバックアップバッケージは、SMB、rsyncによりSynology NAS以外のマシーンのデータやシステムをバックアップすることができるようになります。

    • Windows 10 PCのデータ、システムのバックアップと復元
      • バックアップは、Synology NASをバックアップする同様の技術で、差分バックアップすることでバックアップ容量を削減できる
      • リストアでは、CDやUSBメモリーで起動して、バックアップデータを保存しているSynology NASに接続することで、指定の復元ポイントに戻すことができる
    • ファイルサーバー
    • 仮想マシン

    Active Backup Suite – Synology Site –
    (2023/10現在，Active Backup for Bisunessと名前を変えてパワフルになりました．以下の記述とリンクは参考までに止めてください)

    Active Backup は、VMware、Hyper-V、Windows エンドポイント、Microsoft 365、G Suite のバックアップタスクを Synology NAS で一元管理し、一台のシンプルなコンソールで管理できるようにします。高速で信頼性の高いリカバリを実現し、実行中のサービス、VM、およびファイルを即座に利用できるようにします。

    具体的には、Active Backup for BuisinessパッケージをSynology NASにインストールし、Windowsをバックアップしたい場合は、Windows10用のエイジェントをPCにインストールするところから始まります。

    https://www.synology.com/ja-jp/dsm/feature/active_backup_suite

    システム・バックアップ

    以下で説明する「システム・コンフィグレーション」のバックアップは、Synology NASシステムの各種設定についバックアップすることが可能です．システム障害が起こった時に、できるだけ最小限の復旧作業で済みます。

    以下挙げた項目がバックアップされます。以下の図のように、拡張子が、「dss」のシステム・コンフィグレーション」ファイルをダウンロードし，その時まで安全に保管しましょう。

    • ユーザー
    • グループ
    • 共有フォルダー
    • ワークグループ
    • LDAP
    • SMB
    • AFP
    • NFS
    • FTP
    • Advanced
    • ネットワークパックアップ
    • ユーザーホーム
    • パスワード設定
    • パスワード期限
    • SNMP
    • タスクスケジュール
    • ノーティフィケーション

    最終防衛線はクラウドか!

    以上，バックアップしたデータの保管場所(サイト)を自宅にするという前提で解説してきました．即ち実データとバックアップデータが同じ場所という設定でした．実データとバックアップデータが同じ場所にあるということは，もしも，侵入者が実データを奪取できたとした時，同じ場所にあるバックアップデータも危険に曝されていることになります．

    そこで，考えられるのは，バックアップデータを保管を他サイトにするという提案です．それが，今後の在り方なのかも知れません．でも，個人的には少し抵抗がありますが，暗号化したバックアップデータであれば，少し積極的にはなれそうです．

    クラウドサービスは，どこでもよいのですが，例えば，マイクロソフトのOne Drive，AppleのiCloud，それとSynologyが提供するC2 Storage，等があります．クラウドサイトの地域は，Synology C2では，ヨーロッパ，北米，台湾です．One Driveおよび iCloudは，日本だと思われますが公表されているのかは不明です．

    Synology C2のアドバンテージは，Synology NASの機能に沿ったサービスが提供されます．C2の価格は，以下のリンクから確認できます．

    C2 Storageの価格 – Synology

    https://c2.synology.com/ja-jp/pricing/storage

    まとめ

    Snapshostによるバックアップは、ランサムウェア対策に使われることが多いと聞きます。短い間隔での差分バックアップであるため、最も近い過去での最新バックアップを持っているためです。

    ベースとなる「まるごとバックアップ」は、Hyper Backupに任せて、そのHyper Backupのバックアップ間隔の隙間を埋めるのが、Snapshot Replicationです。

    最後に、バックアップと共に、セキュリティとして重要であるのが、データの漏出の防止です。その為には、暗号化についても考える必要があります。もしも、Synology NASを使用しているのであれば、暗号化について以下の記事もご覧ください。

    [Synology] NAS上に暗号化された共有フォルダーの設定と運用方法、その考え方 – [2022/10/08] ID2758

    編集履歴

    2019/12/01 はりきり(Mr)
    2020/01/03 追記・文言整備
    2020/03/05 文言整備
    2020/04/24 追記 (関連記事)
    2020/05/01 追記 (Snapshot Replicationは、Btrfsで使用できる)
    2020/05/04 追記 (ランサムウェアについて、まとめ)
    2020/08/13 文言整備、修正(web-1フォルダーが作成される → #snapshotフォルダーが作成される)、追加(DS920+とDS918+について)
    2020/09/08 文言整備、追記 (DSMでの操作画面)
    2020/09/27 誤記修正 (誤記であったHyper Backupでリビジョン管理を削除)、文言整備
    2021/01/03 追記 (自動化 - Smart Botのプラグを使って外付けHDDケースの電源のON/OFFを管理する)
    2021/03/28 追記 (USB Copyについて)
    2021/04/03 追記 (Active Backupパッケージについて)
    2021/05/15 追記 (システムコンフィグレーションのバックアップ)
    2021/10/16,文言整備(SnapShot Replication関連)
    2022/01/08,追記(Synology Driveによるバックアップ)
    2022/11/13,修正(DS918+からDS1621xs+に移行したことに伴う)
    2023/08/28,追記(Synology Driveを使ったミラーバックアップについて)
    2023/10/08,追記(Active Backup for Bisunessは，Suiteからパワーアップ)
    2023/11/11,追記(パッケージセンターからDriveをインストールして追加される3つの機能: Synology Drive, Synology ShareSync,および Synology Drive Admin Console)
    2023/11/15,追加(クラウドにバックアップするについて)
    2024/07/14,文言整備(誤記訂正など)

    以上

    DS920+https://www.synology.com/ja-jp/products/DS920+