はてなキーワード: NASとは
これが費用も安くて故障したとき、バックアップの NAS をメインに切り替えたら、わりとすぐ復旧できる。
一旦 USB 経由してるのは NAS は転送速度が遅いからで、うちの場合ネットワークの速度が 10MB/sec ぐらいしか出ん(勘違いでした 50MB/sec 以上は出てました)。
数テラ級の NAS とかになると、一晩じゃ絶対戻りきれないので、
運用しながらバックアップしながら復旧するのに、やっぱり2週間はかかる。
幸い障害時に一番に復旧させる必要な箇所のデータは CSV とかなので、先にそこのデータだけ復旧させたら、
あとはなんとか運用しながら復旧できる。
とりあえず大事なデータは NAS に入れろ!って言うのを周知。
個々のパソコンが壊れたら、
物理的に取り出して、USB 接続させてサルベージできるので、そこはあんまり困ってない。
(だったら RAID も同じ機器2台買って二重にしたいタチ)
取り回しのしやすい USB HDD を複数で多重バックアップさせておけば OK と思ってる。
NAS の HDD は Windows にマウント出来ないので一度 Linux 経由でマウントさせてサルベージさせてみようと思ったけど、差分とかどうやって取り出したらいいのか分からなかったし Linux 自信ないので難しかった。
それを踏まえると NAS が壊れたらややこしいので NAS のバックアップは必須。
困るのが
世代バックアップが出来ないぐらい(あんまりそんな問い合わせもないけど)
だから Mac の TimeMachine は個人であんなバックアップシステムは変態すぎる。
Buffalo の NAS は電源を付けたり消したりしているとすぐ壊れるので、24時間ずっと付けっぱなしの方が壊れない。
(Buffalo の昔のファン付き NAS はファンが壊れたらどうしようもなかったので、苦情も多かっただろう(ファン交換部品もオプションであったしね)、いま Buffalo の NAS はほぼファンレスなので耐久性も抜群に上がってきている)
あと Buffalo の NAS は機種によって勝手に画像のサムネイルを生成してしまう余計な機能がある NAS があるので、そう言った機能がないのがプレーンに使えてよい。
LS510DG や LS210DG など 510 210 の桁の品番が、そう言った余計な機能がない品番になる。
会社で使う分には勝手に色々なファイルを生成されるとバックアップに支障をきたすので、そう言った機能がない方がよい。
零細企業と言えども
NAS 4台もあるし、それにともなう USB 接続の HDD も必然的に多くなる。
この理屈で運用すると NAS の倍の USB HDD が必要になる、実際にそうしてるけど。
今余裕がないので予備の NAS でのバックアップが出来てないけど、まあなんとかなるか。って感じ。
「DiskMirroringTool Unicode版」のみ
この Unicode版じゃないと中国語のフォントなど文字によってバックアップ対象から外れてしまうし、4GB 以上のファイルもバックアップ出来ないので、
Unicode版な。
データは大切!これを分かってくれる人は意外と少ない。
仮想システムを構築するにあたり、CIFS しか使えない NAS をバックアップ用に選定してきた SI 屋さんが居たので、CIFS と iSCSI のどちらが早いのか、試してみました。
テストに使う NAS は QNAP の Turbo NAS TS110
http://www.tekwind.co.jp/products/entry_6719.php
です。もう6年以上愛用して、カビが生えてもおかしく無い程に古いし, Marvell 800Mhz という低スペックな Qnap NASです。 100Mbps 時代のモノです。
昨年、HDDがお亡くなりになったので、3Tb の HDD に交換しました。ファームウェアはこんなに古い機械でも、QNAP シリーズの最新バージョンが利用できます。
iSCSI は、今あまり見なくなりましたが SCSI ケーブル規格や、SASケーブル接続のハードディスクを、一般的なIPネットワークで規格で仮想化したものです。
マウントするホストシステム側は iSCSI initiator, ディスクストレージの機能を提供する側を iSCSI Target と呼びます。
ホストから「マウントするしない」はイニシエータ側のソフトウェア的な操作で行います。これは便利な機能で、ディスクの故障などで、一時的に物理的に取り外さなければいけない場合でも、ホストからの操作だけで実際のケーブル結線の脱着を行う必要がないので、今時での SAS の外付けディスクドライブの様に、ホストもシャットダウンして電源を切り、結線を外して修理、交換する、という必要がないので、ディスクデバイスの修理をホストの電源を止めないで実施できると言う、実に便利な事ができます。
という事で、仮想環境では実に使いやすいストレージデバイスなのです。
マウントするホスト側から見ると単純に SCSI/SAS のハードディスクに過ぎません。iSCSI のストレージをマウントしてからは、通常の増設ディスクの様にフォーマットして、ホスト側で使う一般的な XFS, ext4, NTFS などのフォーマットでフォーマットする必要があります。
Linux の iSCSI ターゲット側からは、内部にターゲットとして使う「巨大なファイル」が、どん! とあるだけです。この巨大ファイルを、イニシエータ側に仮想ディスクイメージとして提供しています。当然シンプルな仮想イメージなので、ファイルそのものをバックアップコピーすれば、ストレージのイメージそのもののバックアップができます。
※ qnap NAS の場合、iSCSI イメージは、 /share/HDx_DATA/.@iscsi.img の下にドンと作られるようです。
[Solved]How to mount iSCSI file?
https://forum.qnap.com/viewtopic.php?f=180&t=25322
[/share/HDA_DATA/.@iscsi.img] # pwd
[/share/HDA_DATA/.@iscsi.img] #
[/share/HDA_DATA/.@iscsi.img] # ls -l
-rw------- 1 admin administ 6442450944 Nov 12 2017 iSCSI-2015ace1-5a078d66.000
-rw------- 1 admin administ 1073741824 Jun 24 09:52 iSCSI-lun4-5d0de534.000
-rw------- 1 admin administ 107374182400 Nov 4 2015 iSCSI-nss01-56399e1a.000
-rw------- 1 admin administ 5368709120 Nov 11 2017 iSCSI-nss2015-5a06cf6d.000
-rw------- 1 admin administ 21474836480 Jun 22 17:11 iSCSI-test-56b3ce90.000
-rw------- 1 admin administ 5368709120 Jun 22 17:11 iSCSI-test-56b3ce90.001
[/share/HDA_DATA/.@iscsi.img] #
※ とても重要
CIFS/NFS のファイル共有NAS と違い、iSCSI でマウントして一つのターゲットを制御できるのは、一つのホスト、一つのイニシエータだけです。複数のホストからイニシエータでマウントする(できちゃいます)と、ファイルの排他制御は行われないので、ファイルシステム自体の不整合が起こります。
つまりファイル共有という目的には向いていない、という事です。あくまでも iSCSI ターゲットはネットワーク上の仮想ディスクです。
もっとも、一つのホストからマウントしてファイルを保存して、いったんオフラインにして、ターゲットを別なホストからマウントする、という事はできます。また、ターゲットは一つの iSCSI デバイスで複数作れるので、1台の iSCSI 装置に複数のターゲットを実装して、複数のホストから別々のターゲットイメージをマウントする事は問題ありません。
極端な話、ホストのハイパーバイザーは USB メモリやSANブートさせて、後はマウントした iSCSI の仮想イメージ上で、仮想マシンを動かす、HDDレスなハイパーバイザー運用もできます。
物理的な転送速度は、ネットワークの速度とディスクデバイスの性能に依存します。当然 10Gb base のネットワークカード、HUB、高規格なケーブルを使えば、論理的な性能は 10Gbps です。大抵は NAS の性能がそこまで出ないのですけどね。ヨドバシカメラあたりで売っている 4,000 円程度の 1G HUB でも、そこそこの性能が出てしまいます。
距離は、IPがつながればどこでもなので、ホストコンピュータとメインのストレージを自社のサーバールームに置き、イニシエータを動かし、バックアップ用の iSCSI ターゲットをデータセンターに置く、なんてこともできます。
【送料無料】QNAP TS-431P2(ホワイト) NAS 4ベイモデル クアッドコア CPU / LAN 2ポート搭載 (TS431P2)
価格:56,145円
感想(0件)
iSCSI の耳慣れない言葉に LUN (論理ユニット番号 : Logical Unit Number)というのがあります。
昔の SCSI は、 SCSI バスアダプタに7番のIDを振り、残りの 0 ~ 6 のディスクや CD, Tape などに ID を振り分ける物理的な3ビットのディップスイッチやジャンパ端子が付いていました。これが SCSI アドレスです。
これが実に難物でした。特に、複数の SCSI バスアダプタカードをデュプレクス設定する場合、割り込み番号も別々にするので、手が滑ってジャンパピンを飛ばして床を這いまわって探したり、難解なディップスイッチを前に数日悩んだものです。
つまり一つのSCSIバスには 0~7の合計8台(うち大抵7番はSCSI バスカード)の物理ユニットデバイスがつながって別々に見えたという仕組みだったわけです。
ところが SCSI バスを使った Raid コントローラが出てくると、ディスクの鈴なりが、一つの物理デバイスに見えてしまうわけです。これを「論理的な仮想番号」に分割して、システムからは、単一の鈴なり Raid ディスクを複数の論理番号に分割したわけですね。
これが LUN というヤツです。
iSCSI 機器のターゲットも、内部のソフトウェア的に複数の論理デバイスに分割して、複数のホストコンピュータから複数の物理デバイスのように見せかけるわけです。
別々な LUN は一つ、あるいは複数の iSCSI 機器によって、複数のホストに別々のディスクデバイスとして見せかけるンです。
https://en.wikipedia.org/wiki/Logical_unit_number
Qnap NAS の場合、iSCSI ターゲットはウィザード形式で簡単に作成できます。EXT4 ファイルシステム上で、オンラインでも簡単にサイズの拡大ができるので、 Windows の Storage Server のように NTFS の VHD 形式ではないので、そこそこ性能が出ますが、いかんせん古さと遅さは否めません。
Qnap NAS の iSCSI ターゲットの設定は、偉そうな Linux 系サイトに書いてある程、面倒なことはありません。ストレージマネージャから iSCSI タブにあるウィザードに従って iSCSI ターゲット名に任意の名前を付けると IQN にその文字列が追加されるだけです。わざわざ vi エディタに「正確に」綴りを間違えずに設定する必要もありません。ここでは Chap 認証は付けませんでした。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16405779.jpg
機械は古いのですが、逆に言うと、「古くて遅い」ため、サーバーとNASとの接続プロトコルの性能差が、如実に現れる事になります。
QNAP TVS-951X 10GBASE-T/NBASE-Tポート内蔵
Windows10 の Microsoft 製 iSCSI イニシエータは「コントロールパネル」>「システムとセキュリティ」>「管理ツール」の中にあるので、ここで、設定済の iSCSI 「ターゲットを」 「検索」して選んで「接続」します。Chap 認証を付けておいた場合はターゲットで設定したパスワードが必要でしょう。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16412132.jpg
新規に作成して、接続した後は、フォーマットされていないため、ディスクマネージャからフォーマットして使います。ちなみに、フォーマットして利用した iSCSI ターゲットの仮想ディスクは、他のマシンでマウントすることもできます。つまりHDDを取り外して、他のPCに繋げる事と同じことですね。
PR
ちなみに opeSUSE で使うにはこんな感じになりました。
open SUSE Leap 15.1 で iSCSI NASを使ってハマった
https://islandcnt.exblog.jp/239328437/
一番イラつくのは、巨大なファイルの転送でしょう。という事で 3G 程ある SUSE Linux のインストール用DVDの ISO ファイルを CIFS でコピーしてみます。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16414334.jpg
3分11秒かかりました。1Gビットネットワークで 12~3% 程度の帯域を使って通信しています。明らかに古いNAS の性能が足を引っ張っているようです。
スループットは 150Mbps 程度で全体の最大15%程度でしょうか。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16415832.jpg
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16422170.jpg
初速は出るのですが、その後は、ボロイ TS-110 の性能がモロに出ます。それでも 20 MB/s から 25 MB/s 程度は出ています。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16423835.jpg
2分25秒でした。 大体20%程度のスループットです。
--
数字に弱い私の脳みそですが、 iSCSI は CIFS より 1.5倍くらい早い、という事が言えます。
Zabbix で QNAP TS-110 の I/O を見てみると、前半の CIFS アクセスより後半の iSCSI アクセスの山が高い事がよくわかります。
仮想化時代の NAS 選び - やっぱり iSCSI は早い。_a0056607_16425860.jpg
CIFS を使ったリモートディスクのマウントは、他のPCからもアクセスができる、というメリットがありますが、iSCSI は単一のホストからのアクセスしかできません。<--- これ重要.... -- もっとも、ターゲットストレージを複数作って複数のサーバーから異なるデータ領域にアクセスはできますが -- バックアップ用途や、サーバーの増設ストレージとして考えれば、良い選択であると言えます。
もっとも、iSCSI デバイスそのものは、ターゲット単位で別々なホストから接続できます。しかし同じターゲットで別々のホストからイニシエータから繋ぐと、とても笑いごとにならない事態になるので、普通やりません。
ハイパーバイザー同士で一つのターゲットを共有してライブマイグレーションはしたことはあります。
こうした性能のわずかな違いが、仮想化システムのハイエンドな領域で違いとなって出てきます。なお Qnap でも openiSCSI でも Windows Storage Server でも取った領域そのままのサイズのでかいファイルが作成されるようです。
国産 NAS の「ハイエンド」と称する「LANxxxx」などのモデルでは Windows Storage Server を使って NTFS フォーマットしています。Windows Storage Server は見た目 Windows サーバーそのものなのですが、ところどころちゃんとデチューンされているようで、SOHO向けが限度です。
こういった国産 NAS メーカーの製品カタログでは、「ハイエンド」は Windows Storage Server を搭載して、低価格のNASは Unix 系のシステムで「低価格」を謳っていますが、そもそも、上位モデルは、CPUやメモリの性能が高いものが使われています。性能が違うのは当たり前なのですが、あまり性能が出ないだろうと思います。
Windows Storage Server じゃなくて、ちゃんとした Windows Server と CAL 買えよな、という事なのですね。
このあたりは独自OSを NAS としてチューニングした Qnap や Synology, asuster などの iSCSI 機能付きの NAS を中規模ネットワークのミドルレンジの NAS として利用したほうが良いと思います。
仮想環境でのネットワークアタッチストレージ(NAS)は、本回線(構内LAN)とは切り離し、ストレージ専用のネットワークとして独立して運用させるのが基本です。サーバーとNAS間で凄まじい通信が発生します。サーバーNICが2ポート以上のものが推奨されます。
iSCSI はあくまでもネットワーク上のストレージのみの機能を提供するものであり、ファイル共有の手段ではない、という事です。
NAS をCIFSで使うと NAS が持つ独自のアクセス権限を設定しなければなりません。セキュリティも当然 NAS 独自の機能で設定します。
iSCSI はあくまでも「外付け SCSI デバイス」のネットワーク版なので、マウントする側のOSそのもののファイルシステム、セキュリティ機能、アクセス制限がホスト側の機能をそのまま利用できます。セキュリティ的には、マウントする際のパスワード制限しかないので、独自のストレージネットワーク内に配置すべきで、ユーザが使う構内ネットワークに配置すべきではありません。
サンワサプライは、11月30日にApple社のMFi認証を取得したiPhoneバックアップ充電器「400-ADRIP012W」を発売した。価格は9980円(税込み)。
サンワサプライ
iPhoneバックアップ充電器「400-ADRIP012W」
本製品は別売りのmicroSDを差し込んだ充電器本体に、iPhoneやiPadをLightningケーブルで接続すればバックアップが可能。15W出力でiPadも素早く充電でき、充電状況の確認とデータ管理は専用アプリ「HiCharger」で行える。
サンワサプライ
アプリではデータの暗号化も可能。ファイルを開く際にパスワートが必要となり、複数人で使用する際もプライバシーを守れる。サイズは43(幅)×28(高さ)×48.5(奥行き)mm、重量は約46g。
https://www.itmedia.co.jp/mobile/articles/2111/30/news116.html
面白いなこれ
なかなかな発想、プチイノベーションだと思う
心配してくれた人達、同じ境遇の人達、リアクションありがとう。
いつもニコニコ愛想よく、仕事も全力で取り組むのが気持ちいいに決まってるし、充実するのはわかっているけど
最近は、いじわるババアみたいに不機嫌そうにダラダラ過ごすのが一番楽という結論に落ち着いた。
なんなら30分で終わる仕事に1日かけて、報告は更に翌日に持ち越す。
調べればわかりそう、技術的にはできそうと思っても「難しそうですね、頑張ってください。知らんけど」で会話終了を心掛けている。
なんかね。
パソコン難しいからわからん→自分がわからない事は簡単なはず→簡単な仕事しかできないから非正規、なのか
ゆみちゃん?あいなちゃん?あー!しのぶちゃんだったか!がっはっは!いやもう、ちゃんって年でもないか?失礼失礼!(笑)と、毎回必ず言って来たり
マイクロソフトへの苦情
買ってきたデバイスやPCの初期設定全部やれ、パソコンの事なんだからそっちの仕事でしょ
気が付いた人がやるルールのコピー機の紙の補充やインクの交換は、気が付いた人が私に言うか、気が付かないフリで待つだけ。
新しく導入したソフトの使い方誰もわからんから簡単な手順書を作れ
電話に出るのは女の仕事、面倒な問合せやクレーム・サポートの対応は電話に出た人間の仕事
テレワーク用ソフトのセキュリティが「絶対大丈夫だよな?な?」と何度も確認してきたり
DXでクソ高いソフト導入したから後は簡単でしょ?よろしく頼むわとか(これは全力で逃げた)
うちは50↑のバブル世代以上が全員こうなので、若い世代も弱者に丸投げ文化が育ちつつある。
人生も終盤を意識する年齢になり、今の働き方を考えてなおしてみた。
そしたら思ったのよ。
今更正社員になれたとしても、家も車も家庭も老後資金も手遅れなので吹っ切れた。
いつも不機嫌そうで遠巻きにされていたお局様は正解だった!
私も面倒なお局様になる!
腫れ物に触るように扱われる!
本当は半裸で踊りながら料理して腹に火傷するような間抜けなのに
職場で身を守るために、世界が敵みたいなしかめっ面で過ごさなければならない。
属人化しないように気を使ってきたけど
もういろいろ作っちゃうし、使える仕様書もマニュアルも残さない。
【以下追記】
私は時給で働いているので。
金・時間・メンタルの全てを満たす職場を探すのは自分の条件では厳しすぎるので、私は時間を選んだ。
なので管理職含めた誰もが貧乏くじを引かないように、ルーチンワークだけを抱えて忙しい顔をしたがる。
誰も部下の仕事や全容を把握しておらず、トラブルも各自の責任で各自が対応する。
課長に頼まれた仕事の進捗を報告にいくと、そっちで勝手に終わらせたらいいのになんで報告にくるの?という顔をされる。
他企業を知ってるからその感覚で頑張ってたら、便利な使い走りとして浮いてしまったのだと思う。
現在最高位のお局様は二人いるので、牛頭と馬頭のような貫禄がある。
敵に回したくない…という共通認識があるから、部長レベルの人が
「彼女に頼むの怖いからな〜(苦笑)」で仕事を逃げる茶番が成立するんだよね。
事務職の女性達とはうまくやって、彼女らの後継者を目指したい。
仕事以外に自分が所属できる小さい趣味の世界を、できるだけたくさん増やそうと思う。
待遇が上がらないならちょっとずつ仕事の質を下げて、その分他に使いたいね。
Microsoftへの苦情について。
Windows Updateへの苦情がすごく多い。
そろそろサポート切れるから次のバージョンのテストしてねって言うとものすごく嫌がられる。
古いOS使ってても増田さんがサポートしてくれたらいいじゃんとか。
個人でサポート無理だし、リスクを説明してもその時は聞いてくれるけど
私の話は「なんかまたギャーギャー騒いでる」受け止め方しかされないので流される。
それと弊社は、仕事としての開発は未経験かつ大学でPython得意でしたみたいな人たちが
様々な言語で独自に作ったツールがたくさん転がっていて、仕様書もコメントもなければ製作者もわからない。
自分の仕事の範囲で使うならいいけど、それを基幹システムに組み込んでしまっている。
なのでOfficeやOS更新とかで動かなくなるとクレームがくるのです。
20年前に作られたVBAとか、かろうじて見つけた仕様書が30年以上前のCOBOLだったり。
それと彼らはDOSやTeraTermの黒い画面こそが一番偉く、その中でも難解なコードは一番偉いと思っているので
画面系は作った事がないしバカにしてるし簡単にできると思っている。
ユーザ-や事務職員用にどうしても画面が必要になったら制作依頼されるが
結局それを使ってデータ入力するのは私の仕事になったり、使われなかったりもする。
これ割とダメージある。悲しい。
AdobeのLightroom CC(Classicでないほう)は使うべきではない。人生の時間を大切にしたいのであれば写真管理は別のアプリケーション、サービスを使うべきだ。以下はそれを実感した私の体験談である。
ことの始まりはLightroom CCの画像ファイルのローカルバックアップの場所を変更しようと思ったことである。写真データは古いDroboに置いていたが、さすがにUSB 2.0では遅く感じるようになったことと、ライブラリを複数のPCで管理したかったので、写真データをNASに移動させることにした。「ピクチャ」フォルダに置いていた”Lightroom CC”のフォルダをNASにコピーし、Lightroomの環境設定でNASのフォルダを「元画像の保存場所」に指定してLightroomを再起動。それほどたくさんの写真があるわけではない。枚数で言えば2万枚超、データサイズは90GByteほどである。私の目論見では、このまま放置しておけば数時間でクラウドとの同期が完了し、データの引っ越しは終わるはずであった。ところがこんな単純なことがうまくいかないのである。
同期にとにかく時間がかかる。「写真をチェック中」とのダイアログがでてカウンタが進んでいくが一秒に2〜3枚くらいづつしか進んでいかない。ときたま考え込んでカウンタが停止したまま数分経過することもある。あまりに長時間動かない時はさしもの私もしびれを切らしてLightroomを再起動させた。再起動させるとまたカウンタが進み始めるのである。そんなこんなを繰り返して7時間ほどかけてようやくチェックが完了。さあこれでクラウドとローカルの照合が終わり引っ越しは完了かと思いきやそうではなかった。次に「写真を移動中」とのダイアログが出てDroboからNASへの写真データのコピーが始まったのである。
は?
写真データははすでにNASにコピーしてあるだろ!「写真をチェック中」って一体何と何をチェックしていたんだよ?!クラウドとNASのデータをチェックしていたんじゃないのかよ!?なぜ古い場所から改めて写真をコピーしてくる必要があるんだ!?
最悪なのはこのコピーのプロセスも途中で止まるということである。途中でうんともすんとも言わなくなる。しかたないので「次の起動まで停止」のボタンで抜けてLightroomを再起動する。普通に考えれば次に起動した時はコピーの続きから再開すると思うだろう。さにあらず、Lightroom CCはまた一番最初のファイルの照合プロセスからやり直し始めるのである。なぜこんな仕様にしているのか理解できない。そしてコピーの途中でまた停止。再起動するとまた一番最初からやり直し。こんなの終わるわけがない。
私もとうとうこのやり方には見切りをつけて、Lightroom CCをアンインストールし、全ての設定データを消してクリーンインストールし直すことにした。
クラウドにはオリジナルの写真が全てアップロードされている。クリーンインストールしたLightroom CCを起動するとまずカタログデータをダウンロードする。そしてローカルバックアプとの照合を行い、ローカルにデータがなければクラウドからデータをダウンロードする。
クリーンインストールしたLightroom CCは古いライブラリからファイルをコピーしようとするような謎動作は行わないようだった。しかし今度もカタログデータのダウンロードで止まる。再起動するとまたダウンロードを始める。そして止まる。また再起動の繰り返し。
ようやく数時間かけてカタログデータをダウンロードし終わると今度はオリジナルデータのダウンロードである。ローカルにバックアップがすでに存在するのにまたクラウドから再ダウンロードするような無駄を私は望んでいない。しかしこれまでの格闘で私は疲れ切っており、もう勝手にしろという気分であった。そしてまたここでも頻繁に停止するのである。停止している時に右上のクラウドのアイコンを押すと、「ネットワークに接続できません」と表示されていることがある。ネットにはもちろん接続されている。何らかの事情でクラウドサーバとの接続が切れてしまい、接続を回復できなくなるのが停止の原因のようにも思われる。それがサーバ側の問題なのか、クライアントの問題なのかはわからない。わかるのはLightroom CCのフォトプランというサービスが、サーバもクライアントソフトウェアもひっくるめて極めて低品質なものであるということだけだ。
Lightroom CCのクラウド同期に問題が発生しているのは自分の環境だけではないようだった。
ネットではいくつかの対処法も見つけることができる。たとえばあるサイトでは同期停止の対処法としてLightroom library.lrlibraryの中にある”Managed Catalog”で始まるファイルを別の場所に移動してアプリケーションを再起動することを提案している。
https://lifehacking.jp/2018/04/lightroom-cc-spinning-wheel/
私もこれをやってみたが何の解決にもならなかった。今までの同期情報が消えてまた最初から同期プロセスが始まり、また停止しただけだった。
Adobe本家のサイトでは同期が止まった場合に写真にフラグを設定することで同期を再開するという対処法を提示している。
https://helpx.adobe.com/jp/lightroom-cc/kb/stuck-syncing.html
私はこれもやってみた。しかし何も起こらなかった。何度フラグを付け直そうが停止した同期プロセスが再開することはなかった。停止した同期プロセスを再開する方法はLightroom CCを一旦終了してまた再起動することだけだった。結局、ドモホルンリンクルを見つめる人のようにずっと同期の進行を監視して、止まったらLightroom CCを手動で再起動するという方法しか対処法はなかった。
はっきり言ってネットの情報は嘘ばかりである。一般ブロガーのサイトの情報があてにならないのはしょうがないが、Adobe公式のヘルプに堂々と嘘が書いてあるのは許しがたい。
これまで写真管理はiPhoto、Apertureを使ってきた。Appleが両ソフトウェアをサポートしなくなり移行先として選んだのがLightroom CCである。Appleへの依存率を下げたいという意図もあった。しかしとんだ見込み違いでLightroom CC/フォトプランはどうしようもなく低品質のプロダクト/サービスであった。たかがローカルバックアップの場所を変更するだけのことに大変な労力と時間を無駄につかわされた。
私はもうLightroom CCは捨てることにする。もともとRAW現像などするような写真趣味があるわけではなく、写真の管理とクラウドバックアップ、カジュアルなレタッチができればよいユーザであった。これからは写真管理とクラウドバックアップは写真appとiCloud+、レタッチはLuminar AIを使うことにする。
これを読まれた読者諸賢も貴重な人生の時間と労力を無駄にしたくないのであれば、Lightroom CC(そしてこんな品質の低いアプリケーションとサービスしか作れないAdobe)には金輪際関わらないことをお勧めする。
PCを7台持ってるんだが、それぞれのデータ移動にUSBメモリを使っていたころは抜き差しがめんどくさいのと、USBメモリ自体の転送速度が遅くて大きなファイルだと時間がかかってしまっていた。何よりデータを移す元と先のPCを立ち上げなければならないので起動を待つのがだるいのが難点だった。
クラウドも検討してdropboxを使ったりもしているのだが、回線が遅い(いまだにADSL)のと、デバイスの接続制限があったりしてなかなか全部のPCには行きわたらない。容量も不十分だ。
そこでNASを導入してみた。
全部のPCから常時読み書きできる領域ができてからはすべてを立ち上げていなくても、そこにデータを移す&参照することができるうえ、必要としているPCのみが立ち上がっていればよいのでかなり楽になった。回線もGbEなので十分な速度が得られるようになった。もちろんデバイスの接続制限もない。そしてテラバイト級の容量が用意されている。PCの中にはLinuxもあるのだが、そこでも比較的簡単にNASの共有フォルダをマウントできたのでOSにこだわることもなくなった。
唯一気になるところとしては、NAS自体がHDDなので転送速度がGbEでなくHDDに依存している点だろうか。次に欲しくなったころには、SSD&2.5GbEなNASが買えるようになってるといいかな。