年: 2024年

  • ランチ:瑞華楼のニラレバ(2024/6/18)

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

  • SQL Server 2019からSQL Server 2005へのリンクサーバ経由でアクセスするプロシージャーがエラー

    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" で分散トランザクションを開始できなかったので、この操作を実行できませんでした。

    状況をまとめると・・・

    • SQL Server 2005もSQL Server 2019も稼働している。
    • もともとはプロシージャーも正常に実行できていた。
    • リンクサーバーの接続確認は問題なし
    • Select文などを発行すると、正常にリンクサーバーのテーブルにアクセスできる。(Viewでも同様)
    • プロシージャーは、失敗する。
    • 分散トランザクションの設定はちゃんとできている(もともとは成功していた)。
    • リンクサーバーの接続で使用するユーザはアクティブであり、パスワードも問題なし。
    • 実行結果を見ていくと、ごくまれに成功しているときがある(SQL Serverへのコネクションは異なる)

    いろいろと切り分けた結果、認証先?のAD(Active Directory)のOSバージョンによって、プロシージャーの実行が成功するか失敗するかが分かれていた。古いWindowsOSのADに問い合わせがいくと成功する。新しいOS(Windows Server 2022)だと失敗する。

    Windows Server 2022のADに問い合わせされて、SQL Server 2005にアクセスされると、プロトコルとかセキュリティのキーセットの問題ではじかれて分散トランザクションが失敗して、タイムアウトになっているようだ。古いものは、互換性も無くなってきているので、きつい。

  • メモ: 「これdo台SAS (KD25/35SAS)」を使ってHDD消去をしたときの時間

    「これdo台SAS (KD25/35SAS)」を使って、HPEのサーバ用HDDを消去した。

    「HPE 900GB SAS 6G DP 10K」のディスクで、7回消去で14時間くらいで作業が終わった。

    アメリカ国防総省(DoD)規格のDoD消去なら、3回なので半分くらいの6~7時間で終わる。

    ログもUSBメモリに出力できるので、証明も残せる。消去はメニューを選んでボタンを押して、放置するだけ。機器廃棄のときに廃棄証明をとるにしても、事前の作業としてはちょうどいい。

  • Veeam Backupの使用ライセンスから不要なサーバを減らす

    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の注意点

    Veeam Backupで仮想基盤のバックアップを取得している場合、vCenter Server や、ダイレクト登録しているESXiを入れ替えて、仮想マシンを移行すると、同じ仮想マシン名でもVeeam Backup上は別のVMとして認識される。そのため、既存のバックアップタスクでは、移行先のホストをVeeam Backupに登録しても、バックアップ対象の仮想マシンは切り替わらない。

    新しい仮想基盤にVMを移行させた場合は、Veeam Backupのバックアップタスクで、バックアップ対象となるVMを、指定しなおす必要がある。具体的には、個別のタスクで旧ホスト側のVMを削除して、新しいホストのVMを指定しなおす。このとき、別VM扱いになるので、バックアップ容量は気を付ける必要がある。

  • .NET アプリがどのランタイムバージョンで動作しているかを調べる

    現在、稼働している.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/

  • 読了:宙に参る(4)

    読了。なんか、いろいろと解ってきた。どうなるのか楽しみ。特殊能力かと思っていたらそうでもなくて、そこにいたれるのかどうか、っても面白い。

    おすすめ。今はない本屋で特集されてなければ読んでなかった気がする。今はその本屋がないからネットで買うのだけど。書店員さんのおすすめっていいんだよね。


  • Interop Tokyo 2024でもらったもの

    今年のInterop Tokyoも無事に見学することができた。いろいろなブースを見てまわって、なかなか楽しかったと思う。

    今年はめずらしく運が良く、いろいろともらえた。JPRSのタオルは、今年は青になっていた。ワイヤレスイヤホンも当たった。TEKWINDは、RHODIAのメモパッドにひかれて立ち寄ったのだけど、ハードではないところも力をいれていたとは。意外と知らないものである。

    出展企業もふくめて、かなり活気があったのではないか、と思う。

  • Windowsの設定に「Wi-Fi」の項目が表示されなくなったときの対処

    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がつかえるようにはできた。

  • ランチ:カルビクッパ(2024/6/10)

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