
今日のランチは、瑞華楼のニラレバ定食。安定のチープチャイナのいためもの。美味しかった。

今日のランチは、瑞華楼のニラレバ定食。安定のチープチャイナのいためもの。美味しかった。
SQL Server 2019からSQL Server 2005へのリンクサーバ経由でアクセスするプロシージャーでエラーが発生した。
SQL ServerにSSMSでアクセスしてみると、リンクサーバーは存在する。リンクサーバーへの接続も問題なし。Select文でもリンクサーバー先のテーブルを参照できる。プロシージャーを実行すると、OLEDBのエラーが表示される。
リンク サーバー "サーバ名" の OLE DB プロバイダー "MSOLEDBSQL" から、メッセージ "トランザクションは既に暗黙的または明示的に、コミットまたは中止されています。" が返されました。
メッセージ 7391、レベル 16、状態 2、プロシージャ dbo.プロシージャー名、行 99 [バッチ開始行 2]
リンク サーバー "サーバ名" の OLE DB プロバイダー "MSOLEDBSQL" で分散トランザクションを開始できなかったので、この操作を実行できませんでした。
リンク サーバー "サーバ名" の OLE DB プロバイダー "MSOLEDBSQL" で分散トランザクションを開始できなかったので、この操作を実行できませんでした。
状況をまとめると・・・
いろいろと切り分けた結果、認証先?のAD(Active Directory)のOSバージョンによって、プロシージャーの実行が成功するか失敗するかが分かれていた。古いWindowsOSのADに問い合わせがいくと成功する。新しいOS(Windows Server 2022)だと失敗する。
Windows Server 2022のADに問い合わせされて、SQL Server 2005にアクセスされると、プロトコルとかセキュリティのキーセットの問題ではじかれて分散トランザクションが失敗して、タイムアウトになっているようだ。古いものは、互換性も無くなってきているので、きつい。
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がつかえるようにはできた。


今日のランチは、一龍本店でカルビクッパ。やさしい味で美味しかった。