2018年12月11日ownCloudについての全投稿は/tag/owncloudを参照してほしい。※以下には続編がある。file:scanはこのような使い方をすべきでは無いと忠告されたため、WebDAVによるアクセスに切り替える予定。やり方は、ownCloudにWebDAV経由でアクセスするに記述した。ownCloudは、そのクライアントどうしでファイルを共有できる仕組みなのだが、しかし特にサーバ側で発生したファイルをクライアントにダウンロードさせたい。以下はCentOS-6.9、OwnCloud-9での操作。Contents目的:サーバファイルのバックアップをしたいファイルはどこにあるのか?ファイルをスキャンする。サーバ側で削除するとゴミ箱には入らない同じファイル名、中身が同じでタイムスタンプだけ異なるとどうなるか?では、バックアップの方策としては?目的:サーバファイルのバックアップをしたいこの目的としては、サーバファイルのバックアップをとることである。このサーバは多数のウェブサイトやgit開発レポジトリを抱えているので、そのバックアップファイルを自動的にownCloud管理にし、クライアントがONのときに自動でダウンロードさせたい。ownCloudがインストールされているならば、他にこのようなバックアップ機能をつけるより、楽になるだろうとの予測のもとにやってみる。ファイルはどこにあるのか?あるユーザ名、usernameのファイルは「/var/lib/owncloud/data/username/files」にある。ownCloudがインストールされた点で以下のフォルダ・ファイルが自動的に作成されている。Manual.pdfそこで、「/var/lib/owncloud/data/username/files/Documents」に適当にファイルを置いてみるが、当然ながら何も起こらない。ファイルをスキャンする。調べてみると、ファイルスキャンなるものをする必要があるという、それもwwwユーザの権限で。CentOSの環境ではapacheだろう。sudoコマンドも必要である。sudoでsudoコマンドの存在を確認し、以下のコマンドを投入する。usernameコマンド投入時に、特に特定のフォルダをカレントにする必要は無い。指定されたユーザのファイルすべてをスキャンするようだ。これで勝手に置いたファイルが同期対象になるようで、無事にクライアント側に現れた。file:scanによる同期を行うと、ownCloudからも削除されることになるが、その場合は(クライアントで削除したようには)ゴミ箱に入ることは無い。サーバ側で削除してしまうと、削除前のファイルはどこにも残らないことになる。これには注意した方がよい。usernameとしてみると、同期は行われる。いうことは、何の変更も無い状態でバックアップし、内容が同じであっても無駄な同期が行われてしまうということだ。usernameこれでも再度ダウンロードされてしまう。異なるファイルと認識されてしまうようだ。以前のものが消され、新たなものが出現したことになる。バックアップの方策としては?logrotate等を行って履歴を残すのではなく、バックアップは単一で良いものとする。毎日定時にサーバ内でバックアップを同じ名前で作成する。以前と全く同じ内容であれば、ownCloud管理のファイルを上書きすることはしない。単純にバックアップは行わない。いうことで以下になる。あるフォルダやデータベースを一時領域にバックアップする。それが既存のownCloud管理のバックアップと同一であれば、一時領域のファイルを消す。同一でなければ、ownCloud管理のバックアップに上書きする。ysugimura関連記事ownCloud10をCentOS6にTarでインストールするownCloudについての全投稿は/tag/owncloudを参照してほしい。...ownCloudのデータディレクトリ移動に注意ownCloudについての全投稿は/tag/owncloudを参照してほしい。...ownCloudのWindowsクライアントインストールownCloudについての全投稿は/tag/owncloudを参照してほしい。...ownCloudでディスク満杯ownCloudについての全投稿は/tag/owncloudを参照してほしい。...ownCloudにWebDAV経由でアクセスするownCloudについての全投稿は/tag/owncloudを参照してほしい。コメントをキャンセルメールアドレスが公開されることはありません。*ウェブサイト上に表示された文字を入力してください。