Veeam Backupで仮想マシンのバックアップかつSQL Serverのバックアップを行ったところ、下記のエラーでバックアップの取得が失敗した。
Processing Server01 Error: Failed to check whether snapshot is in progress (network mode). RPC function call failed. Function name: [IsSnapshotInProgress]. Target machine: [Server01.ad.xenos.jp]. RPC error:RPC サーバーを利用できません。 Code: 1722 01:41
原因は、RPC（リモートプロシージャコール）へのアクセスがWindowsのファイアウォールで禁止されていたから。
対応として、「セキュリティが強化されたWindows Defenderファイアウォール」を開き、「スケジュールされたリモートタスク管理（RPC）」と「スケジュールリモートタスク管理（RPC-ESMAP」の許可ルールを有効にする。
Veeamで仮想マシンのバックアップで、SQL Serverのバックアップの取得設定を行ったところ、Code 53のエラーが発生して、バックアップに失敗する。
Processing Server01 Error: Failed to connect to guest agent. Errors: 'Cannot connect to the host's administrative share. Host: [Server01.ad.xenos.jp]. Account: [administrator@ad.xenos.jp]. Win32 error:ネットワーク パスが見つかりません。 Code: 53 Cannot connect to the host's administrative share. Host: [192.168.0.11]. Account: [administrator@ad.xenos.jp]. Win32 error:ネットワーク パスが見つかりません。 Code: 53 ' 01:22
原因は、バックアップ対象のファイアウォールの設定。Veeam Backup は、管理共有を使用して、VM上のSQL Serverのバックアップを取得する。Windows ファイアウォールの設定で、ファイル共有を許可する設定にしていないのが原因。
対応として、「セキュリティが強化されたWindows Defenderファイアウォール」を開き、「ファイルとプリンターの共有（SMB受信）」の許可のルールを有効にする。
なお、「ファイルとプリンターの共有（SMB受信）」が許可されていない場合、「RPC」の接続も許可されていないと思われるので、「RPC」も許可しないと別のエラーが発生する。
IntelのCPUの場合、CPUセットの一部として、GPUが組み込まれるようになった。その結果として、別のグラフィックボードがいらなくなったので、デスクトップPCやノートPCは安くなった。グラフィックボードとの相性問題も気にしなくてよくなり、トラブルも減った。ビジネス用途だと、そんなにグラフィック性能を使わないので、CPUとセットのGPUでも問題にならなかった。
最高ではないけれど、不足もしていなかったCPUとセットのGPUなのだが、使う環境が変わったことで、見えていなかった問題が見えた。
ノートPC ＋ 後付けのマウス・キーボード ＋ フルHDや4Kモニタ ＋ ブラウザ ＋ ウェブ会議
の組み合わせのとき、ウェブ会議で画面共有をした場合、スペック不足になっていそうということ。組み合わせだけみると、結構ありえそうな構成だ。GPUの部分か、GPUと共有しているメモリが足りなくて、人によっては画面共有のホストになれなかったり、動作が遅くなったりする。Chromeなどのブラウザも大量にメモリを使うようになっているので、そこも負荷をかけている原因だ。ビジネス用のノートPCで、メモリ8GBでも足りない時代になってきたのかもしれない。
このときに、GPUかグラフィック用のメモリが足りていないのでは？と言っても、通じない。そもそもCPUとセットになっているので、選びようもない。IntelのCPUの世代が上がるにつれて性能も上がっているが、そもそも２画面化は負荷がかかる。ビジネス用のノートPCにグラッフィックの後付けもできない。今、GPUが豪勢なのは、ゲーミングPCしか残っていないし、ワークステーションモデルよりもゲーミングPCの方が安くてスペックよかったりする。それから、GPU＝機械学習でつかう、みたいなイメージもあるので、どうしたものか。
いつポケストップでもらった卵なのかもよくわからない。孵化装置にいれていた卵から、花つきのトゲピーが出てきた。基本は家の中なので、ポケストップに行くのも、２、3日に1回あるかどうか。距離カウントもなかなかされない。そもそもアプリを起動させない日もある。なので、ある意味、サプライズ的なトゲピーでした。
出歩くことがなくなって、Pokemon GOの熱が冷めて、もうイベントとかついていけていない。
Google Meet（名前が変わる前は、Google Hangouts Meet）で、Zoomなどのように、タイル表示で表示できるユーザ数が増えた。16ユーザまで増えたので、ミーティングするときは快適になった。ただ、同時に表示するビデオの数が増えたので、PC側にかかる負荷は上がった。その場合は、ビデオの受信をOFFにすれば、音声だけになるので、軽くなる。標準機能なので、アドオンを入れなくて使えるのがよい。
あと、Chromeの別のタブで再生されるビデオの共有のスムーズさ（というか早さ）の向上も機能追加されている。たまたま試す機会があったのだけど、快適に動画の再生が共有されたのでびっくりした。ウェブ会議中にムービーを再生して見せることができるのでいい感じだ。
あとは、Google Meetにバーチャル背景の機能を追加してくれれば、かなり便利になると思う。少なくとも、Zoomなどとの机上のスペック差はなくなるので。
COVID-19の副次的な影響として、リモートワーク、リモートミーティングの重要度が増した。マイクロソフトのTeamsもGoogle Meetも、どんどん進化してきているので、この調子で、機能アップしてほしい。あとできれば、JamboardアプリもMeetから使いやすくなってくれたらいいのだけど。
行動経済学って、文字よりも漫画のほうがわかりやすい。人間の行動なので、文字で説明よりも画のほうがイメージつきやすい。で、わかっていても不合理に動くんだよね。
それで、今回もCOVID-19による買い占め行動や、いろいろな行動を考えてみると、行動経済学的な動きが多くて楽しい。いいとか、わるいとか、ではなく、変だけれど、意味があるんだとわかる。
庭にアウトドアのイスを出して、日光浴しつつ本を読んでいる。街が静かというのもあるが、いろいろな音が聞こえてくる。
いろいろな音が組み合わさり聞こえる。落ち着いてみるのも悪くない。今いる場所でも、発見はあるし、楽しい。これもステイホームで街が静かだからだろう。
スーパーで見つけて、急いで買って、ストックしておいた3月のライオン仕様のサッポロ一番みそラーメン。他のカップ麺が底をついてきたこともあり、ついにあけて食べてしまった。キャンペーンに申し込まなかったので、このまま、賞味期限後も保管かと思っていたのだけど。引きこもり生活なので、ストックから消費してしまった。
よかったのか、悪かったのか。よくわからない。ただ、サッポロ一番のみそラーメンは美味しかった。
VMwareなどのソフトウェアのリリースによく使われているGAという表現。なんの略だか気になって調べてみた。
GA ＝ General Availability
製品リリースのこと。海外系のソフトウェアだと、日本でもGAと表記されている。Google AnalyticsもGAと略されるので、まぎらわしい。
SQL Serverで使わないDBをオフラインにしたところ、そのDBが「既定のデータベース」だったユーザはログインできなくなった。SQL Server Managment Studioでログイン時に、エラーがでて接続できなくなった。
ログインできなくなったユーザの既定のデータベースをオンラインの別のDBに変更することで、ログイン問題は解決した。
SQL Serverで使っていないDBをオフラインにするときは、そのDBが「既定のデータベース」になっているユーザがいないかどうかを注意する必要がある。