GCPW（Google Credential Provider for Windows）の設定をしたWindows11に、新規で作成したGoogle Workspaceのアカウントでログインすると、次の挙動になる。
1. 「仕事用アカウントでログイン」を選択する。
2. メールアドレスを入力する。
3. パスワードを入力する。
4. 「ようこそ」画面が表示される、「確認しました」をクリックする。
5. 新しいパスワードの入力画面が表示されるので、パスワードを変更する。
6. 同意画面が表示されるので、同意する。
7. Windowsの初回ログインが始まる。
新しく作成したGoogle Workspaceのアカウントは、初回ログインで、パスワード変更が必要になるのでパスワードはどうするのかと思ったが一連のログインの流れにパスワード変更も組み込まれていた。
ちなみに、ログインしたGoogle Workspaceのアカウントはユーザ権限になる。アドミン権限はついていないので注意が必要。
Hyper-Vを使ってWindows 11 Proの仮想マシンを作成する際、ふと疑問に思ったので調べてみた。それは、「Windows 11 Proを持っているので、物理PCと仮想PCを1台ずつ使えるのでは？」ということ。
調べてみてわかったのは、Windows 11 Proのライセンスには、Windows Serverのような「仮想化利用権（Virtualization Rights）」は含まれていない、ということ。Windows Server Standardには、ライセンスの中に仮想環境でWindows Serverを実行する権利が含まれている。一方で、Windows 11 ProはクライアントOSであり、
のいずれも、仮想マシンを追加で利用する権利は付与されていない。Hyper-Vは使えるが、ライセンスは別問題ということ。Windows 11のワークステーション環境で、もう１つワークステーション環境を動かそうとすると、Windows 11のライセンスを購入しないといけない。
普段、Windows Serverを使っていると、コンシューマ向けのWindows 11も仮想環境を１つ持てるような感覚になるけれど、別途ライセンスが必要なので注意。短期間であれば、マイクロソフトのサイトから、Windows 11 Enterpriseなどの体験版イメージを使って検証することはできるけれど。
Veeam Backup & ReplicationでProxmox VEのバックアップするときはライセンスに注意が必要。Proxmox VEは、Veeam Backup & Replicationのホストライセンスに対応していないためだ。
Veeam Backup & ReplicationでVMware ESXiのバックアップを取得しているときは、ホストライセンスを使っていると、仮想サーバのバックアップを台数に関係なく取得できる。この状態から、VMware のESXiライセンスが高いからとProxmox VEに仮想基盤を変えると、Veeam Backup & ReplicationはProxmox VE用のホストライセンスに対応していないので、個別のバックアップライセンスに買い替える必要がある。そうすると、バックアップ費用が高額になるため、注意したほうがよい。
Veeam Backup & Replicationのコンフィグバックアップを自動で取得している。これをバックアップコピーで、遠隔地に保存にも保存しようとしたができない。Veeam Backup & Replicationの設定バックアップはBackup Copyのウィザードで選択できないので、バックアップコピーができない。
日経ネットワーク2026年5月号の「AIとネットワーク運用」の特集がよかった。
どういうシーンで、どういう活用をしているのか、のリアルがあり、参考になった。自分でも怪しいログの解析や解説には、LLMを使うけれど、便利。そういう使い方の例もあり、他にもやっている人がいると思うとなんとなく励みになる。
あとは、セキュリティ情報をエージェントで集めるのはよいかもしれない。情報収集して、記録して、チャットで流す、くらいは良さそう。ラベルか分類までは、LLMでやれるだろうし。使い所は、いろいろとある（そこに気がつくことができれば）。
日経の雑誌、普通に売っていないので、めんどくさい。定期購読があるから読んではいるけれど。XTECHへの誘導ばかりで、でもネット記事だけになると積読にならなくなって、たぶん読まなくなる。それもあり、XTECHの加入はやりたくない、きっと読まないという自信あり。
OpenAIとMicrosoftの独占契約がおわり、OpenAIは別のクラウドサービスでも、LLMのGPTシリーズなどが提供できるようになるとのこと。
OpenAIに大きな転換。Microsoftとの独占契約が終了し、他クラウドへの提供解禁
https://pc.watch.impress.co.jp/docs/news/2105208.html
AWSやGoogle CloudでクローズなGPTシリーズなどへのアクセスができるようになると、それはそれでAIを組み込んだシステムが変わるかもしれない。利用するユーザにとっては、有利な変更だと思う。
AWSやGoogleから見ると、どうなんだろうか。AWSもGoogleも自分のところのLLMがクローズな環境で提供済みなわけだ。今までは、独占契約でAzureでしかOpenAIのGPTが提供されていなかったから、その環境を作ったりする投資は不要だったわけだ。今後は、解放されるわけで、Google Cloudを使うのでメインはGeminiを使うけど、ここだけGPTを使いたいみたいなニーズが出てきてしまう。そうすると、差別化というわけではないが、きっと環境として用意した方が顧客ニーズへの対応はできると思う。たとえば、GoogleがGPTシリーズの環境を、これから先、用意していくとなると、それだけデータセンターの面積というかコンピューティングのリソースというか、そういうものが必要になる。Geminiに集中投資したいけれど、そういうわけにもいかないようなジレンマのような状態になりそうだ。
このようなAI環境への投資のジレンマを考えると、他のAI（LLM）の進歩を鈍らせるためのMicrosoft／OpenAIの戦略ではなかろうか、と邪推してしまう。
Google Workspaceのユーザが作ったGeminiのGemは、Google Workspaceでそのユーザを削除すると、共有されていてもGemが使えなくなる。
Google Workspceでは、ユーザの削除時にリソースの移譲ができるが、GeminiのGemはこれに含まれておらず、個人のリソース扱いなので、ユーザを削除すると使えなくなる。Google Drive上にGemのフォルダはあるが、あの中身は移譲されても、Gem本体は移譲されないので、GeminiからGemにアクセスしてもエラーになる。
対応としては、ユーザを削除する前に、Gemのシステムプロンプト（Gemで使っているプロンプト）をコピーして、自分でGemを作る。
もしユーザを消してしまっている場合は、Google Workspaceの管理画面からユーザを復元する。ユーザの復元は、削除から20日以内ならばできる。そのうえで、Gemのシステムプロンプトをコピーして、Gemを作り直す。
Veeam Backup & Replicationで、バックアップからのリストア時に下記のエラーが出た時の対処について。
There is not enough space on the disk.
Failed to write data to the file [......].
Failed to create monosparse extentバックアップサーバでリストア時に利用するディスクが足りていないか、リストア先のディスクが足りていない。バックアップサーバ側に一時的にマウントされるので、十分な空きスペースがあるかを確認する。リストア先の方のデータの空きも確認する。
GoogleのNotebook LMは、Google Drive上のファイルをソースとして読み込むことができる。Google Driveに、QAを記載したMarkdownファイルを置いて、そこのフォルダを指定すれば更新が楽になるはず、と思って試してみたがダメだった。Markdownファイルは、Notebook LMのソースでアップロードを選べば登録できる。Google Drive上だと、Notebook LMはMarkdownファイルを読み込めない。
今回は、Markdownファイルの話だったが、他にもGoogle Drive上だと直接参照できないファイルがある。基本的には、PDFとドキュメント、スライド、スプレッドシートのファイルと思っておいた方がよい。
Notebook LMのソースに関する記述があるページ
https://support.google.com/notebooklm/answer/16215270?hl=ja
Clipchampのライセンスは、Microsoft 365 Apps for businessに含まれていないため、Windowsにアプリが入っていても使えない。開くと、「管理者に問い合わせてください」というように表示されてしまう。
Microsoft 365 のどのライセンスで表示できるかは下記のclipchampのサポート情報に載っている。