世の中もっとルーズでいいんじゃない？

VirtualBoxゲストのNvmeドライバ利用をお勧めしない理由

2025-01-05T17:11:00.002+09:00

久しぶりの投稿ですが最近VirtualBoxのバージョンを６→７に上げた際にちょっと気になる事が有ったので書いて起きます、近年はHDDからSSD化が進み中でもNvmeタイプの普及が進みアクセス速度が格段に向上しています

VirtualBoxにゲストOS環境を作る際にはチップセットやディスクシステムのエミュレーションをどうするかでパフォーマンスが大幅に変わるのはご存じの通りですがWindowsXPや７の世代はHDDメディアが主流でSATAでの運用が一般的でした、VirtualBoxのディスクシステムにはNvmeも選べるようになっているのですがWindows10/11の導入時には標準でドライバが提供されていないので何故だろうと思い調べてみました

海外サイトにはWin10/11へのNvme環境構築の記述がありゲスト環境に以下の記述を付加すれば使用可能になるようでしたので試してみました

VBoxManage setextradata <VM name> "VBoxInternal/Devices/nvme/0/Config/MsiXSupported" 0 VBoxManage setextradata <VM name> "VBoxInternal/Devices/nvme/0/Config/CtrlMemBufSize" 0

これらの環境は個別のゲスト環境ファイルに付加するので基幹部分への影響は無くテストも容易です、付加後はインストール時にディスクメディアが選択可能になり普通に導入ができたのですがインストールを進めて操作しているとたまに反応が鈍い時があり何か問題がありそうなので調べてみると

左がNvmeで右がSATAでの接続ですがシーケンシャル系のパフォーマンスは２－３割程度の改善がみられてますがランダム系のマルチスレッド性能がHDD並みに低下しており反応がたまに悪く感じたのはこれが原因のようです、VirtualBoxが標準で提供していない仕組みには何等かの理由があるという訳で通常運用には向かないと思ったほうがいいですね

またゲスト環境を移設しなければならないケースが生じたときに標準で提供されていない環境だと予測しない事態が生じる可能性もあるのでそれを含めて標準的な環境で構築するようにしましょう

VirtualBox6.1.48でWindows7Guestの障害

2024-01-09T20:33:00.003+09:00

Ver6の最新フィックス版で48がリリースされていたのでバージョンアップ評価をしたところWindows7のGuestに使用するExtentionPackのインストール中にエラーが幾つか確認され再起動後に正常にOSが起動しない環境に陥る事が分かりました

32版までは確認が出来ているので戻してみると問題は起きないのでどうやらExtentionPackの不具合のようである、途中に幾つかのバージョンがリリースされてますがどこまで問題が出ないかは暇なときにでも確認してみますがXP/7/10/2003/2008/2016/2019等複数の環境を確認する必要があるので解決されるまではバージョンを上げたくないですね

止まらないディスクアクセス

2023-05-14T13:15:00.001+09:00

ＰＣ使用中のディスクアクセスは当たり前なので気になりませんが作業を放置して暫くすると頻繁にディスクアクセスが発生すると気持ちよくありませんよね

久々に設備更新をして主力機の世代交代をさせたのですが暫く使っていてこの症状が出てることに気づきました、何が動いているのか確認しようと操作すると即停止してしまい裏で処理してる内容の確認ができませんが大抵はインデックス作成やメンテナンスが自動実行されている事が原因なのでそれらを幾つか停止させてやります

１）WindowsSearchのインデックス処理

システムサービスのWindowsSearchを無効化します

２）SysMainやSuperFetchの自動メンテナンス

システムサービスのSysMainを無効化します

３）各ディスク単位の自動メンテナンス

ディスクのプロパティから自動メンテナンスの有無を確認

４）ツールによる自動メンテナンス停止設定

WindowsUpdate抑制無償ツール等にある自動メンテナン停止をする

thunderbirdの更新を無効化する処置

2023-03-10T03:08:00.006+09:00

近年のバージョンになってから更新の完全な無効化が出来ない仕様に変更され定期的な更新確認の画面が立ち上がるようになっています、何かの拍子にクリックしてしまうと元に戻らなくなってしまうのでレジストリの追加をすれば管理者モードで完全停止が可能です

コンピューター\HKEY_LOCAL_MACHINE\SOFTWARE\policies\Mozilla\Thunderbirdを開けます、policies以下に無ければキーフォルダを作成

DWORD32 で　DisableAppUpdate　を作成し値に１をセットした後に起動すると更新無効化になっているのが確認出来るはずです

VPNのMTU調整は必須

2022-12-06T19:37:00.001+09:00

普段ルーター経由でローカルネットを使っててもホームユース環境では通信状況の最適化が行われているか気にしている人はあまりいません、ところが企業の事業所が運用するネット環境では多くの機器が繋がって多くのトラフィックが発生するのでちょっとした環境の不具合が影響を及ぼします

今時の企業間通信特に事業所間はセキュリティや運用面からVPN通信を導入してる所が多くてよくSMB共有等が異常に遅いといった声が出る事があります、多くはVPNに適した通信設定がされていないために負荷が増しているのですがWindowsや一般のルーター設備はそうしたものを通知する事が無いのでそれが普通だと思いがちです

VPN環境下ではMTUが通常より少なくなるため標準的な設定ではフレーム分割が発生してトラフィックが増大したり欠落して結果として通信速度が遅くなったように感じてしまいます、これらMTU値はコマンドレベルで簡単に確認と変更ができますのでVPN環境にあるPCなら一度見直してみる価値はあると思います

変更前と変更後でネットの速度試験をすると概ね３割程度の改善が見込めます

-------------------------------------------------------------------------

標準的なMTU値1500で通信が通るかのテスト
DFが出るのは分割が発生してる事を示しています

C:\Windows\system32>ping /f /l 1500 www.yahoo.co.jp
edge12.g.yimg.jp [183.79.219.252]に ping を送信しています 1500 バイトのデータ:
パケットの断片化が必要ですが、DF が設定されています。
：

：

183.79.219.252 の ping 統計:
パケット数: 送信 = 4、受信 = 0、損失 = 4 (100% の損失)、

--------------------------------------------------------------------------
VPN環境のMTU値1426で通信が通るかのテスト

DFも損失も有りません

C:\Windows\system32>ping /f /l 1426 www.yahoo.co.jp
edge12.g.yimg.jp [183.79.219.252]に ping を送信しています 1426 バイトのデータ:
183.79.219.252 からの応答: バイト数 =1426 時間 =30ms TTL=52
：

：
183.79.219.252 の ping 統計:
パケット数: 送信 = 4、受信 = 4、損失 = 0 (0% の損失)、
---------------------------------------------------------------------------
VPN環境を超えるMTU値1427で通信が通るかのテスト
DFが出て損失も発生しています

C:\Windows\system32>ping /f /l 1427 www.yahoo.co.jp
edge12.g.yimg.jp [182.22.25.252]に ping を送信しています 1427 バイトのデータ:
172.25.1.11 からの応答: パケットの断片化が必要ですが、DF が設定されています。
パケットの断片化が必要ですが、DF が設定されています。
：

：
182.22.25.252 の ping 統計:
パケット数: 送信 = 4、受信 = 1、損失 = 3 (75% の損失)、

---------------------------------------------------------------------------

通信インターフェースのMTU値を確認してみる

使用しているIdxとMTUが分かります

C:\Windows\system32>netsh interface ipv4 show interface

Idx Met MTU 状態名前

--- ---------- ---------- ------------ ---------------------------

1 75 4294967295 connected Loopback Pseudo-Interface 1

15 35 1500 connected イーサネット

---------------------------------------------------------------------------

通信インターフェースのMTU値を変更する

IdxとMTU1454を指定する

C:\Windows\system32>netsh interface ipv4 set interface 15 mtu=1454

C:\Windows\system32>netsh interface ipv4 show interface

Idx Met MTU 状態名前

--- ---------- ---------- ------------ ---------------------------

1 75 4294967295 connected Loopback Pseudo-Interface 1

15 35 1454 connected イーサネット

---------------------------------------------------------------------------

Accessデータ外部出力時の制限

2022-11-18T17:22:00.000+09:00

Accessはテーブルやクエリ等のデータを簡単にエクセルやテキストベースに出力できるメソッドがありますが実際に処理をしてみると癖があるので注意が必要です主な機能としては以下のものがありますがテキストならTransferText、エクセルならOutput to と覚えておいて良いでしょうテキスト出力時は文字コードにも注意して下さい

TransferSpreadsheet

その名の通りエクセルシートとして出力してくれますがテキスト項目にはデータの頭に’（シングルコーテーション）が付与されてしまいます

Transfer Text

エクセル等に取り込みやすいCSV形式で文字タイプは”ダブルコーテーション”で閉じた可変長データが生成可能、固定長で出力する場合には定義ファイルが別途必要

Output to

書式付きでエクセルに出力できるので一番安心かもしれません

accessデータベースText項目におけるNull値扱い

2022-11-18T10:49:00.000+09:00

データベースの設計でテキスト項目を扱う場合必ず問題になるのがNull値です、数値項目なら見た目でvalue値は把握できますがテキストでは空白以外にもNull値が存在するので後々の運用で想定外の結果を得る事がよくあります

設計の段階で全てのケースで強制的にNull値を伴わないフィールド値をセットできる仕様は存在しないのでインターフェースや項目設定時に考慮したコーディングが必要です

値要求空文字列の許可操作入力値

---------------------------------------------------------------------------------------------

いいえいいえ Enter キー Null

                                                       Space キー                       Null
                                                       長さ 0 の文字列を入力   入力不可
---------------------------------------------------------------------------------------------
いいえ       はい                             Enter キー                      Null

Space キー Null
長さ 0 の文字列を入力長さ 0 の文字列
---------------------------------------------------------------------------------------------

はいいいえ Enter キーを押す入力不可

                                                      Space キーを押す              入力不可
                                                      長さ 0 の文字列を入力   入力不可
---------------------------------------------------------------------------------------------
はい           はい                           Enter キー                           入力不可
                                                      Space キー                         長さ 0 の文字列
                                                     長さ 0 の文字列を入力       長さ 0 の文字列

---------------------------------------------------------------------------------------------

Windowsのライセンス認証

2022-11-17T10:16:00.003+09:00

自作PCにしろ市販のPCにしろ最初のセットアップ時にはインストールされたOSの認証を得る必要がある訳ですがプレインストールと違い単体でOSパッケージやライセンスを購入しているユーザーなら設備の更新や移行をしても保有するライセンスを行使できます、よく誤解されるのはPCパーツ等に紐づけた所謂DSP版をたまに移行して利用しようとする人がいますが基本的にDSP版は移行はできないと思っておいた方が間違いないです

通常パッケージ版を所有する人であれば設備グレードアップ時にも再認証を行えば問題なく使い続けられます、ただOS自体はバージョンが上がるので購入時のものを使い続ける事自体少ないのではと思われますがMS側が無償バージョンアップを提供してるのであれば旧OSのライセンスでも利用はできます

私は手元にWindows8.1の単独ライセンスを多数保有していますのでWindows10やWindows11のライセンスは追加購入せず最新OSインストール時に旧OSのプロダクトキーでそのまま認証をしてセットアップしています、アップグレードとしてはWin8.1→Win10→Win11とアップデートインストールするのが正しいのでしょうがこの作業を繰り返すと大変な労力が掛かるのでクリーンインストールでそのまま認証が取れるか試したところ8.1のキーでも問題なく取得できたのでそれ以降は直接認証することにしました

スリープや休止復帰時にサインインを求められる

2022-11-10T13:19:00.004+09:00

Windowsの強制サインオフが発生すると使用中のOfficeが突然使えなくなるなど利用者が混乱する事があります、Office365等の場合はMSアカウントへのログインで使用されますがそもそもローカルのWindowsアカウントでもサインアウトしてしまうとインストール済みのソフトが使用できなくなります

最近は多くの方がスリープや休止モードを多用するようになりいちいちシャットダウンして次回に通常起動をすることが少ないのでたまにこうしたトラブルが起きます、スリープ時や休止復帰時にサインオンを要求しないようにするには「設定→アカウント→サインインオプション→サインインを求める」で常にオフを選択すればよいのですが一部のPC環境にはこのオプション自体が表示されません

これはサインインしているアカウントにパスワードを設定していない場合に発生するケースで先のオプションはパスワード設定をした後に表示される仕様になっています、なので一度アカウントにパスワードを設定しオプションをオフにしてまたパスワードを何もなしで再設定すれば常時オフの状態になります

Windows作業放置時にログイン画面に戻る場合

2022-10-31T15:49:00.007+09:00

Windowsの電源管理には電源ボタンやパネル動作による挙動指定がありますが画面の自動ロックは別のセクションにあります、作業放置時にログイン画面に戻ってしまいパスワード入力しないと復帰しない操作が面倒なときはログイン画面にならない設定が可能です

PC設定→アカウント→サインインオプション→追加の設定にサインインを求めるタイミングがありますのでそちらを常にオフにすれば電源起動中にサインオフ画面に戻ることはなくなります

ロック画面に表示される不要なメッセージ

2022-10-30T15:52:00.001+09:00

Windows起動時にマニアルログインや作業中にロック画面が有効になる設定をしていると当然ながらロック画面が起動する訳ですが、カレンダーと画像のシンプルな表示自体はいいですが周辺にやたら不要なメッセージが表示されるのがデフォルトになっていて非常にウザいです

この表示を無効にするには個人設定のロック画面設定でスポットライトを画像にしその後表示されるロック画面にトリビアやヒントの表示をするチェックボックスを解除するしかありません、スポットライト自体は多様な画像表示をしてくれて新鮮ですが残念ながらスポットライトにはこの解除機能は実装されていないので仕方ありませんMSって何でこう片手落ちなんでしょうね

規定のメールクライアントが起動しない

2022-10-26T01:31:00.005+09:00

Windowsメール以外のクライアントを導入していてメールリンク機能があるソフトからメール送信等をしようとするとWindows側で既定メールを別ソフトにしているにも関わらずWindowsメールが起動する事があります

thunderbirdを導入していて既定メールになっているのに起動しないので調べてみるとthunderbird内のシステム統合設定で任意にthunderbirdを統合指定しないと駄目なようです

デルノートPCのパネル開閉電源動作の怪

2022-10-21T10:36:00.001+09:00

先日お取引先に納入するために設定したデル製ノートのVostro3510ですが最近はパネルを開けると自動的に電源が立ち上がる動作設定になっているものが主流でこれもそうだと思ったのですが想定した動作になりません

BIOSのPowerセクションには「Lid Switch」項目がありパネル動作の有効無効が設定できますネット検索でも多くの人がこの項目を無効にして自動起動を止めている事からもそう認識していたのですが最初の電源投入は電源ボタンを押す動作でしか起動せず起動後のOS動作ではパネル動作の設定に準拠してスリープ移行や復帰も正常に機能します。　でもこれを休止モードにすると休止移行したのちにパネルを開けても復帰しない動作になり再度電源ボタンを押す事で復帰させる必要がありました

当初は機器の初期不良やBIOSバージョンの不具合を疑いBIOS更新したりOSを工場出荷時に戻したり別メディアからクリーンインストールを試したりと色々やってみたりしましたが同じモデルを複数台納品する予定でしたので他のものをセットアップしても同じ動作なので仕様を疑い調べてみるとLid Switchの設定には「Power On Lid Open」や「Panel Lid Open」や「Lid Switch」などぱっと見パネル動作＝電源動作と勘違いするレベルの表現が混在することが判明

ご丁寧に電源動作は別項目としてLid設定が複数個あるモデルもあり明確に「Power」の表記が無いとパネル動作の有効無効だけで電源動作は関与しないという事でした、実際のところパネル動作はOS側で有効無効ができる点からみてもBIOS側に電源動作以外で持たせる意味はあるのかと思う所ですがメーカーがそういう仕様にしてるなら仕方ないですね、全く人騒がせです

Windows10/11のローカルアカウントインストール

2022-10-21T10:16:00.001+09:00

プレインストールもクリーンインストールもマイクロソフトアカウントでのセットアップが推奨なのでネットワーク接続設定後には最初にアカウント設定が求められます、でも未だにローカルアカウントで運用する人が多い事も事実で初期セットアップの段階で環境を作りたい人は多数います

残念な事にMS側からは選択オプションは提供されていないのでMSアカウントを設定したのちにローカルアカウントを作成して切り替える動作しか認めていませんが強制的に割り込み処理をかけて設定する事も今の時点では可能です

ネットワークを強制解除するパターン

Shift+F10でコマンドプロンプトを開き「ipconfig/release」で接続環境を初期化して戻りアカウント設定画面の左上に「←」が出れば戻ることでローカルアカウント画面になるケース

バイパスバッチ処理によるパターン

ネット環境を初期化しても「←」が割り込みが上手くいかず表示されないケースがあるようでその場合は「.¥oobe¥BypassNRO.cmd」認証のバイパスバッチを起動するコマンドを入力すると自動的に再起動してローカルアカウントでの設定画面が表示されます

ただこれらの処置はMSが正式に提供していない以上いつまで使えるかは微妙かも知れません、何等かの正式対応をしてくれることを望みますがあまり期待はできないですかね

HDMI規格1.1/1.4/2.0の罠

2022-10-21T10:02:00.001+09:00

普段ＰＣを使う上ではあまり気にする事がないHDMI規格ですが、実は近年モデルのＰＣで古い規格のケーブルやディスプレイと接続する時には注意が必要です

古いディスプレイの場合2004年にリリースされた1.1と2009年にリリースされた1.4の対応が多いのですがＡＲＣや８Ｋ等のハイレゾ表示に未対応なのは何となく理解できますが割と普通のフルＨＤ等が正常に表示されないケースも稀に発生します

使用するケーブルや途中に挟んだ切替器等によりシグナルが正常に拾えなくなるためのようで、この状態になると画面がモザイク状や滲んだ表示になりＰＣやディスプレイ側に障害が起きたと勘違いする事もあります

ただ厄介なのはこれらの確認にケーブルを交換したり切替器をバイパスしてテストしても改善しないケースがありよくよく確認すると使用していたディスプレイが1.1しか対応していなかったなんて事もあります

この場合HDMI→VGA変換器等を使ってVGAレベル(1.1相当）までグレードダウンさせないと正常に表示されません、ＰＣ側にディスプレイポートを有するのであればDP→VGAでも大丈夫ですが何れにしろHDMIケーブル直ではダメなようです。　BIOSレベルでは異常でもOS等のインストールが済んだ状態だとグラフィックドライバが規格差を埋めてしまうので正常に表示されるので初期画面さえ気にならないならそのままでも古いディスプレイで運用は出来ますが肝心な時にBIOS画面が正常に見れないのでお勧めはしないですね

ディスクイメージバックアップの罠

2022-08-29T20:52:00.005+09:00

EasyusやAomeiと言ったメジャーでフリーで使えるバックアップツールを便利に利用させて貰ってますが、最近はGPTやUEFIやNvme等バックアップが環境に依存する事態が多くなり一筋縄ではいかなくなってきました

各ベンダーもシェア獲得のためにかなりの部分を無償版で対応してくれてますがクローンやディスクイメージでの退避復元にはそれなりの制限があることが多いです。　これはソフトベンダーというよりリペア用の起動ツールをMSに依存している事から起きてるようで最近主流になりつつあるNvmeのドライバはWindowsPEには未だ標準実装されていないためこれらを使いディスクイメージの復元をしようとするとメディアが見えない事態に陥ります

ソフトのユーティリティでリペア用起動ディスクを作る際にこれらのドライバを付加しておけばできるのですが標準のNvmeドライバって意外と提供が無いんですよね笑、私はDoubleDriverを使ってインストール済みのドライバパックを抜き出しそれを追加する手法で対処しました

Win10→Win11アップデート時の忘却メモ

2022-08-29T20:40:00.000+09:00

Win11動作サポート外PCでの強制アップデートについては各所に幾つかの手法が公開されていますので取り立ててここでの説明は省きます、私はインストーラーの appraiserres.dll を試してみました

アプリケーションへのアクセス権限がありません（dbMagic）

2022-08-12T17:04:00.003+09:00

最近殆ど見かけなくなった開発システムにdbMagicというAPIがあります、元々Dos時代にイスラエルのソフトウェア企業が提供した開発ソフトで非常にシンプルながらよくできた優秀なイベント志向ルーチンで稼働できネットワークにも対応していた事からそこそこ拡販もされたのですが

Windows時代になりIPXからTCP/IP通信が主流となりDBシステムもRDBへと移行が進む中でどちらかというとコアなISAMデータセットのシステムは旧世代になったのは否めません、ゲートウェイを使用して各種RDBにも接続運用はできるようになっていましたが後発の開発ソフトが乱立する中であまり目立たない名前になってしまいました

私はこのソフトで開発された基幹システムをもつユーザーの保守管理もさせて頂いていて既に２０年以上も経過しているシステムでありながら最新のWindows環境下でも問題無く運用できるように仮想化で安定且つ快適な環境を構築してサポートしています

そんなお客様で先日朝に突然アプリ起動時に「アプリケーションへのアクセス権限がありません」という見慣れないメッセージが出て使用できないと報告がありました、私も長年の運用経験で殆ど記憶にないメッセージと症状でしたので何が起きたのか原因究明に少し手間取りました

DBシステムやアプリ運用には大抵ライセンスや使用権限がありそれらには付与数や期限がある事が多いです、買取ライセンスの場合通常は永年使用が一般的なので期限切れは考えにくいのですがメッセージ内容からすると色々と思う事があるので念のため日次バックアップの旧世代環境で動作確認をすると問題なく起動します。　そうなると現行環境の一部に何かしらのトラブルが起きている可能性が高いですが対象ファイルがどれに当たるのかが特定できないと対処できません

ファイルの更新情報から直近１日のものを絞り込んでみましたが思い当たるものは無く、そうなると環境系ファイルの一部に破損がある可能性が出てきます。　ユーザーがアクセス可能なサーバ上の共有フォルダに一元管理されていたユーザー権限ファイルに破損があったようで前日のファイルと比較してもサイズが異なり更新対象のファイルでは無いので差があること自体不自然です。　該当ファイルをリネームして保存し新たにコピーしたもので起動すると無事に起動するようになりました、何が原因での破損なのかが不明なのは少し不安がありますが顧客に確認すると前日にフリーズした端末があり強制終了したとの事なのでたまたまその端末が掴んでいた可能性が高いようです。

何はなくともバックアップは重要と言うことですね

Windows11でのVirtualbox速度低下原因

2022-08-11T14:42:00.003+09:00

Windows11がリリースされて暫く経ちVirtualBox環境が動作しないといったトラブルも聞かなくなったのでテストを兼ねてノート上の環境を移行してみたのですが動作がいまいちもっさり感があり気になってました

最近主力のノートを第七世代に更新しSSDもM.2で高速なのでストレス無く運用してたのですがWindows10から11に認証を取り直しクリーンインストールして環境を整えたのちにVirtualBoxを構築すると何かの拍子に画面上で反応が停止する事態がたびたび発生します

Windows11になりディスクIOプロセスやマルチプロセスへのリソース割り当てが変わった事が原因なのかなと思ったりしたのですがネット上に標準ではHyper-vが有効になっていてアプリ削除をしても機能停止はされてないとの情報がありました、確かにHyper-vのアプリは削除してあったのですがそこは確認していなかったのでコマンドにて停止してみると今までのもっさりが嘘のように快適に笑

そもそもM.2のSSDで超高速なので本来ならこの世代のノートでもこれくらいの筈なんですが比較対象が無かったことやWindwos11の環境整備がまだできてない事と相まって漏れていたようです

bcdedit /set hypervisorlaunchtype off

M.2 SSDクローンは色々大変だな inaccessble boot device の発生

2022-08-11T13:56:00.002+09:00

以前はSSDのクローンに際してはGPTやUEFIに注意さえすれば殆ど問題は出なかったのですが、最近流行りのM.2/Nvme系はMBR形式でも拡張クローンをすると表題のエラーが発生したりします

内容的にはブート領域のトラブルなのでbootrec /rebuildbcdコマンド等で修復できるはずなのですがたまに Windowsのインストールとして認識した数０なんて表示される事があります、これが発生した場合は下記の手順を試して下さい

bootrec /rebuildbcd

インストールとして認識した数０が表示される

bcdedit /export c:\bcdbackup(BCDファイル退避)

attrib c:\boot\bcd -h -r -s(BCDファイル属性変更)

ren c:\boot\bcd bcd.old(BCDファイルのリネーム)

bootrec /rebuildbcd(BCD再リビルド)

これで直るはずです

SQL-Server2014SP3のアップデート障害対策

2022-06-27T14:13:00.001+09:00

弥生のネットワーク版にはMSのSQL-Serverが同梱されていて通常はYAYOIのインスタンスで稼働するよう導入カスタマイズされています。

サーバーにインストールする際には提供されている同梱版で作業するのが普通なので以前導入設定した際にはWindowsServer2019にSQL-Server2014SP2の組み合わせになっていました、最近弥生をver22にアップデートする必要が生じたためダウンロードしたものでアプリケーションは更新したのですが起動すると下記のメッセージが出力されました

「SQL-Server2014SP2はサポート終了なのでSP3以降にバージョンアップして下さい」

通常こういった場合の規定作業としてはMSからSP3の更新パッケージを入手してアップデートするので私も同様に作業をしたのですが何故か更新終了時にエラーを吐いてしまいSQL-Serverそのものが機能しなくなる事態に陥りました、幸い作業前に環境を丸ごとバックアップしていたのでそれを戻して顧客業務の障害には至りませんでしたがエラー情報を元にネット検索をしてみても同様のケースは殆ど見受けられません

2014自体もう古いからと言うこともあるのでしょうが同様の障害情報があまり無いと対策のとりようが無く一部にあったものもレジストリが破損していた事に起因するとの内容であまり参考にはならなかった状態です、仕方ないので内容について弥生に問い合わせると回答としてやはり同様の報告が無く支援しにくいとの事でした

SP2のまま完全サポートが終わる２年後まで放置してよいか弥生側に相談すると現行のver22にはSQL-Server2017が同梱されているので2014を放棄してバージョンアップしてみてはどうかとのアドバイス、運用中のデータベースバックアップが弥生アプリ側にて簡単にバックアップリストアが可能との事なのでその提案に沿って作業を進めることにしました。

顧客に送付されていたSQL-Server2017を導入前にOSを含め既存環境とデータベース単体のバックアップを外部に取り旧SQL-Server2014をアンインストール、これ時点でエラーを吐かれるとサーバOSの再インストールからやり直す必要があったので安堵し再起動後に2017をインストールするとこちらも問題なくすんなり済みベータベース復元まで完了

ここまでくればクライアントからの接続評価をして問題無ければ完了となります、しかしクライアントのアプリ起動時に明らかにサーバへの接続待機が生じ１分程反応が止まりその後接続されます。　この現象はサーバのSQLBrowserへのアクセスがセキュリティ制限されている場合に生じるのでESETの設定を見直しIDS除外をしたのですがそれでも改善されません

丁度ESETのVerupもあったのでそちらもアンインストールして新バージョンを入れて再度環境設定をしてみますが状況が変わりません、念のためFirewallを見てみるとこちらは旧SQL-Server2014の設定値のままになっていてどうやらそれが原因だったようです、該当項目をSQL-Server2017の値に変更すると問題は解決し基本動作に問題はなくなりました

今回2014の障害原因は不明のままでしたがESETとFirewallの管理同期も当てにならない事が分かったので良しとします

Windows7で同一グループ化されたプリンタを強制的に個別表示したい

2022-06-15T17:32:00.005+09:00

レジストリ操作をすることでデスクトップ上にプリンタ専用フォルダが作成され一覧表示されます

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Desktop\NameSpace

「新規」から「キー」を選択しキーの名称を「{2227a280-3aea-1069-a2de-08002b30309d}」

SSD熱暴走のその後

2022-05-14T12:11:00.003+09:00

オーバーロードサイズのファイル書き込みをすると熱暴走するSSDがあり色々調べていましたが同じタイミングで全く２台同じブランドで同じ容量のものを購入して運用してるのですが片方は全く異常は無くもう片方が熱暴走をするのでファームを見ると異なっています

メーカーサイトには最新のファームは無くツールでのUPDATEでも最新と表示されますが生産ロットが違うのか不明です、構成詳細を確認すると正常な方はACS-4対応で異常側はACS-3対応ですどうやらそれが原因のようで使用しているコントローラやファームが異なっているからだめなようです割とメジャーなブランドなんですが外れを引いてしまったという事ですね

P2Vでの再認証処理

2022-05-14T12:03:00.002+09:00

旧くなったPC設備を入れ替える場合は新たなPCにアプリやデータを移行するのが一般的ですがXPや７等でソフトの移行ができない或いは各種ライセンス資料を亡失して見つからないといったケースも見られます

今時はP2Vで環境丸ごと仮想化して保存する事もできますがプレインストールOSやOEMライセンスの事が多くこれらの移行はライセンス違反となる可能性があるのでお勧めはできません、法人ユーザーの場合はVL等をお持ちなのでそれを使って再認証すればそのままの環境を保全する事が可能です

先日依頼で仮想化移行の作業をした際に何故か認証系システムが破損したようで認証処理をしようにもできない事態に陥りました、仕方が無いので仮想環境のネットワークを一度無効化しセーフモードで起動してから認証システムの再構築を行って再度ネットワークを戻してから認証させたところ無事に完了しました

どうも無償ライセンスのセキュリティソフトが入っていた事が原因のようで割とその手のトラブルは多いように思いますね

GPT版SSDクローン後の熱暴走

2022-03-08T17:25:00.005+09:00

HDDからSSDに移行する場合はクローンツールが便利で有償無償各種出回ってますがGPTに関してはトレンドとして有償版が殆どです

一般的なクローン処理でGPTディスクを処理すると起動に問題が出る事が多いのですが一部のソフトは専用のバックアップイメージファイルにしてから新しいSSDに復元する手順で移行が可能になっています

どこまで完全かは微妙ですが今回その悪例が出てしまったようです、元のHDDは500GBで1TBのSSDに移行したのですが元の領域構成のまま一旦バックアップし復元時にアライメント調整もかけてあり起動も問題ありません、その後領域調整ソフトを用いて回復領域の削除やメイン領域の拡大をして運用を始めましたが数十GB程度のファイルを書き込むとその後数十分以上にわたり異常な高温状態が持続します

本来データの書き込みが終わると直ぐ温度は下がり始めますがバッファ上にもデータは残っていないのに一向に変化を見せません、下がり始めても極めて緩やかであるとき突然平常に戻るという動作です。　同じブランドで同じ容量のSSDを同じタイミングで作業してたのでそちらとの差が明らかなので当初は初期不良も疑いましたがよくよく考えるともう一台はクリーンインストールで領域確保からやり直していて問題のある側はクローン処理というのが引っ掛かったので念のため同様にクリーンインストールからやり直すと同様の症状は出なくなりました。

以上の事から使用したクローンツールのアライメント処理が上手くいかなかったのかリストア時の領域がそのSSDと適正域になっていなかった可能性が高いです、SLCとMLCではアライメントが狂いで多重処理が起こる可能性は否定できず今回はそれが顕著に出たのではと推察します。