「これdo台SAS (KD25/35SAS)」を使って、HPEのサーバ用HDDを消去した。
「HPE 900GB SAS 6G DP 10K」のディスクで、7回消去で14時間くらいで作業が終わった。
アメリカ国防総省(DoD)規格のDoD消去なら、3回なので半分くらいの6~7時間で終わる。
ログもUSBメモリに出力できるので、証明も残せる。消去はメニューを選んでボタンを押して、放置するだけ。機器廃棄のときに廃棄証明をとるにしても、事前の作業としてはちょうどいい。
Veeam Backupで取得するVMware vSphere環境の変更を行った。新しい環境のバックアップを行ったところ、別の仮想サーバとして認識され、使用されるライセンス数が2倍になった。
Inventoryで不要なサーバを削除しても使用されるライセンスは減らない。(Inventoryで不要なサーバを削除するためには、利用されているバックアップタスクの削除も必要)
不要なサーバで、使用されているライセンスを減らすには、以下の作業でライセンス割り当てを解除する。
1. Veeam Backup の管理コンソールを開く
2. メニューからライセンス(License)を開く
3. 「Instances」のタブを開く
4. 「Manage…」をクリックする
5. ライセンスを使用しているサーバの一覧が表示されるので、NameとHostをみて、不要になったサーバを選択して、「 Revoke」をクリックする
6. 「Revoke」のところ、不要な台数だけ繰り返す。
7. 終わったら、OKで閉じていく。
Veeam Backupで仮想基盤のバックアップを取得している場合、vCenter Server や、ダイレクト登録しているESXiを入れ替えて、仮想マシンを移行すると、同じ仮想マシン名でもVeeam Backup上は別のVMとして認識される。そのため、既存のバックアップタスクでは、移行先のホストをVeeam Backupに登録しても、バックアップ対象の仮想マシンは切り替わらない。
新しい仮想基盤にVMを移行させた場合は、Veeam Backupのバックアップタスクで、バックアップ対象となるVMを、指定しなおす必要がある。具体的には、個別のタスクで旧ホスト側のVMを削除して、新しいホストのVMを指定しなおす。このとき、別VM扱いになるので、バックアップ容量は気を付ける必要がある。
現在、稼働している.NETのアプリが、どのバージョンのライタイムで、アプリケーションが動作するようになっているのかを調べてみる。この方法は、.NET5よりも後の.NETアプリについて、調べることができる。
アプリのフォルダで、下記の名前のファイルがあるかを調べる。[appname]の部分には、そのアプリの名前がついている。
[appname].runtimeconfig.json
次のそのJSONファイルを開く。メモ帳などのテキストエディタで開けばよい。
下のような中身になっているので、「tfm」や「version」の部分を確認し、どの.NETバージョンを利用するようになっているのかを確認する。
{
"runtimeOptions": {
"tfm": "net8.0",
"includedFrameworks": [
{
"name": "Microsoft.NETCore.App",
"version": "8.0.5"
},
{
"name": "Microsoft.AspNetCore.App",
"version": "8.0.5"
}
],
"configProperties": {
"System.GC.Server": true,
"System.Reflection.Metadata.MetadataUpdater.IsSupported": false,
"System.Reflection.NullabilityInfoContext.IsSupported": true,
"System.Runtime.Serialization.EnableUnsafeBinaryFormatterSerialization": false
}
}
}
参考: https://learn.microsoft.com/en-us/dotnet/core/runtime-config/

今年のInterop Tokyoも無事に見学することができた。いろいろなブースを見てまわって、なかなか楽しかったと思う。
今年はめずらしく運が良く、いろいろともらえた。JPRSのタオルは、今年は青になっていた。ワイヤレスイヤホンも当たった。TEKWINDは、RHODIAのメモパッドにひかれて立ち寄ったのだけど、ハードではないところも力をいれていたとは。意外と知らないものである。
出展企業もふくめて、かなり活気があったのではないか、と思う。
Windows10で、設定の「ネットワークとインターネット」の中で、「Wi-Fi」が表示されなくなる現象に遭遇した。ネットワークにつながらないので、ネットワークの修復を行ったら、「Wi-Fi」が消えたという。
ネットワークアダプタを見てみると、WiFiのアダプタはある。デバイスマネージャーで見ても、デバイスは表示され、正常だという表示がされる。だが設定には表示されていない状態だ。
試したこと1
1. WiFiアダプタ(Intel WiFi6 AX201)のドライバが古いので、最新のドライバに更新。
2. その後、OSを完全シャットダウンして、起動して確認。
3. 変化なし。
試したこと2
1. デバイスマネージャーを開く。
2. 「ネットワークアダプタ―」から「Intel WiFi6 AX201」(これは環境によって読み替える)を右クリックし、「デバイスのアンインストール」を選択して、アンインストールする。
3. デバイスマネージャーの「ネットワークアダプタ―」を右クリックし、「ハードウェア変更のスキャン」を実施する。
4. WiFiの設定やWiFiのアイコンが出てくるようになった。
なんともめんどくさいが、とりあえず正常にWiFiがつかえるようにはできた。


今日のランチは、一龍本店でカルビクッパ。やさしい味で美味しかった。
読了。面白かった。行動学寄りとか脳科学寄りと思っていたのだけど、読書と労働の関係の話だった。ストレートな解を返してくるのがスマホで、読書はいろいろな情報が入ってくるので、疲れるとその気になれない、と。
趣味としての読書と、情報収集としての読書。情報収集の読書は必要にかられてやる。いまは、スマホでネット検索したほうがストレートで必要な情報だけを見れるので、楽なスマホに流れがち。働く時間が長くて疲れていると、楽なほうがいいので、本を読まなくなると。わかる気がする。この本ではふれられていないが、脳科学的なスマホが与えてくるフィードバックの報酬のことを考えると、使えれているときはどうしてもスマホの誘惑に負けてしまう。体力だったり、精神的な余裕がないと、本は読めない。漫画でもちょっと重めな内容理解にパワーを使うものはダメだもの。
明治以降の労働と読書の関係は、面白かった。こんな変遷があるのかと。本を読む、本を読まねばならない、という習慣を見に付けてしまっていたので、時代によって位置づけが変わるとは考えたこともなかった。深く考えずに、読み始めて、意図していなかったことに出会えるというのも読書の良さだな。
気になったのは、P.20の「あなたの『文化』は、『労働』に搾取されている」とそれに続く「現代の労働は、労働以外の時間を犠牲にすることで成立している」というところ。文化的なことには、やはり時間と余裕が必要なのだ。結論も含めて、他にも面白いところがあるので、読んでみると良い。