「ブログ」カテゴリーアーカイブ

ブログ投稿用のカテゴリ

Windowsで「DNSが応答しません」と出た時の原因と対処法

2025年11月8日管理者コメントする

インターネット接続が突然できなくなり、「DNSが応答しません」というメッセージが表示されたことはありませんか？
このエラーは一見難しそうに見えますが、原因は設定ミスや一時的な通信トラブルなど、比較的シンプルな場合が多いです。
この記事では、「DNSが応答しません」エラーの原因と解決方法をわかりやすく解説します。

🧩DNSとは？

DNS（Domain Name System）は、URL（例：https://google.com）をIPアドレス（例：142.250.196.14）に変換する仕組みです。
つまり、DNSが正常に動作しないと、ブラウザが目的のサーバーを見つけられず、インターネットにアクセスできなくなります。

🚨主な原因

1. ネットワーク機器や通信環境の一時的な不具合

ルーターやモデムが長時間稼働していると、DNSの応答が遅延することがあります。

2. DNSサーバー側の障害

契約しているプロバイダ（ISP）のDNSサーバーが一時的にダウンしている場合もあります。

3. DNS設定の誤り

手動で設定したDNSアドレスが間違っていたり、古いキャッシュが残っていると通信できません。

4. セキュリティソフトやVPNの影響

一部のセキュリティ製品やVPNが通信をフィルタリングして、DNS応答をブロックすることがあります。

5. ネットワークドライバの不具合

Windows Updateやドライバ更新後に、ネットワークアダプタが正常に動作しなくなるケースもあります。

🧰対処法

✅ 1. ネットワーク機器を再起動

ルーター・モデムの電源を切り、1分ほど待ってから再起動します。
PC側も再起動し、接続が復旧するか確認します。

✅ 2. DNSキャッシュをクリア

コマンドプロンプトを管理者権限で開き、以下を入力：

✅ 3. Google Public DNSを設定

コントロールパネル → 「ネットワークと共有センター」
使用中の接続を選択 → 「プロパティ」
「インターネットプロトコルバージョン4（TCP/IPv4）」を選択
「次のDNSサーバーのアドレスを使う」を選び、以下を入力：
- 優先DNSサーバー：8.8.8.8
- 代替DNSサーバー：8.8.4.4

✅ 4. セキュリティソフト・VPNを一時的に無効化

一時的に停止して通信が回復するかを確認します。
（※終了後は必ず再有効化してください）

✅ 5. ネットワークアダプタを再インストール

デバイスマネージャーを開く
「ネットワークアダプタ」から使用中のアダプタを右クリック
「デバイスのアンインストール」→ 再起動で自動再インストールされます。

✅ 6. 「ネットワークのリセット」を実行

設定 → 「ネットワークとインターネット」→「ネットワークの詳細設定」→「ネットワークのリセット」
を実行すると、ネットワーク設定が初期状態に戻ります。

🧭補足：一時的な障害かを見極める方法

スマホで同じWi-Fiに接続してWebサイトを開いてみましょう。
スマホでも表示されない場合は、ルーターやプロバイダ側の障害が濃厚です。
一方、PCのみ接続できない場合は、Windows側の設定やドライバが原因です。

🧱まとめ

原因	主な対処法
ルーターやモデムの不具合	再起動
DNSサーバー障害	Google DNSへ切り替え
キャッシュや設定の問題	ipconfig /flushdns
セキュリティソフト・VPN	一時的に無効化
ドライバ・設定不良	ネットワークリセット

Oracle, データベース, トラブル対応, ブログ

Oracle「ORA-02049: timeout: distributed transaction waiting for lock」エラーの原因と解決策まとめ

2025年11月7日管理者コメントする

🧩 ORA-02049とは

ORA-02049: timeout: distributed transaction waiting for lock は、Oracleデータベースの分散トランザクション（Distributed Transaction）で、ロック待ち状態が一定時間続いた結果、タイムアウトが発生したことを示すエラーです。
通常のローカルトランザクションではなく、DBリンクを跨いだ処理を行っている際に発生する点が特徴です。

🔍 主な発生原因

このエラーの原因は大きく分けて以下の3つです。

① 他セッションがロックを保持している

別のトランザクションがまだコミットまたはロールバックされておらず、対象の行・表をロック中。
そのため、他ノードや他セッションからの更新がブロックされ、一定時間後にタイムアウトします。

② 分散トランザクション中のロック競合

UPDATE table@remote_db ... のように DBリンクを通じてリモートDBを更新 している場合、リモート側でロックが競合すると、ローカル側から見ると「ロック待ち」となり、このエラーが発生します。

③ タイムアウト値が短すぎる

システムパラメータ DISTRIBUTED_LOCK_TIMEOUT の値が短く設定されていると、ロック解放前にタイムアウトしてしまうことがあります。
デフォルトは 60秒 です。

⚙️ ロック状況の確認方法

発生原因を特定するには、まずどのセッションがロックを保持しているかを確認します。

-- ロックを保持しているオブジェクトを確認
SELECT * FROM v$locked_object;

-- ロック中セッションの詳細を確認
SELECT s.sid, s.serial#, s.username, s.program
FROM v$session s
WHERE s.sid IN (SELECT session_id FROM v$locked_object);

-- ロックを保持しているオブジェクトを確認

SELECT * FROM v$locked_object;

-- ロック中セッションの詳細を確認

SELECT s.sid, s.serial#, s.username, s.program

FROM v$session s

WHERE s.sid IN (SELECT session_id FROM v$locked_object);

ロックを保持しているセッションが特定できたら、以下のように解放することも可能です。

※運用環境では慎重に実施してください。未コミットデータが失われる可能性があります。

⏱️ タイムアウト設定の調整

ロックが頻繁に発生する分散環境では、待機時間を長めに設定することで回避できる場合があります。

この例では、待機時間を 300秒（5分） に延長しています。

💡 類似エラーとの違い

エラーコード	内容	特徴
ORA-00060	デッドロックが検出された	両者が互いに待機し合う状態
ORA-02049	分散トランザクションのロック待ちタイムアウト	リモートDBを跨ぐ処理で発生

ORA-02049 は デッドロックではなく、単純なロック待ちタイムアウト である点に注意してください。

✅ まとめ

項目	内容
エラー番号	ORA-02049
メッセージ	timeout: distributed transaction waiting for lock
主な原因	分散トランザクション中のロック待ち
対応策	ロック保持セッションの確認・解放、タイムアウト値調整
推奨設定	DISTRIBUTED_LOCK_TIMEOUT = 300（状況に応じて）

Windows, トラブル対応, ブログ

Windows 11でBitLockerの回復キーが突然要求される不具合が発生中！原因と対処法まとめ

2025年11月7日管理者コメントする

最近、一部のWindows 11環境でBitLockerの回復キーを突然要求される不具合が報告されています。
普段は自動的に解除されるはずの暗号化ドライブが、突如ロック状態となり、起動時に回復キー入力を求められるケースが増加中です。

特に最近のWindows Updateやドライバ更新、BIOS設定変更を行った直後に発生する傾向があり、業務PCや個人端末問わず影響が出ています。
この記事では、この問題の主な原因と具体的な対処法を分かりやすく解説します。

💡BitLockerとは？

BitLocker（ビットロッカー）は、Microsoftが提供するディスク暗号化機能で、PCの盗難やデータ漏えいを防ぐために搭載されています。
通常はTPM（Trusted Platform Module）と連携しており、正しいハードウェア構成と署名情報が検証されれば自動で復号されます。

しかし、TPMの認証情報が変化すると「別のマシンに移動した」と判断され、回復キーの入力が必要になることがあります。

⚠️ 不具合の概要

2025年11月時点で確認されている症状は次の通りです：

Windows 11起動時にBitLocker回復キーの入力画面が表示される
BIOSやTPM設定を変更していないのに発生する
最近の**Windows Update（KB503xxx系）**の適用後に増加
- Windows 11／Windows 10 向けの 2025年10月14日以降にリリースされたセキュリティ更新プログラム（KB ナンバー明記されず、「Originating KBs listed above」としている） によって、回復キー画面が表示される不具合が発生している。
- また、2025年5月時点で、Windows 10 用の更新「KB5061768」が、5月13日リリースの「KB5058379」に関連して回復キー不具合を修正するためのものとして報じられています。
Microsoftアカウントにサインインしていないユーザーは回復キーの確認が難しい

🔍 主な原因

以下の要因が複合的に関係していると見られています。

Windows Update後にTPM情報が再認証された
→ ハードウェア構成が変わったと誤認識される。
BIOS設定（Secure Boot / TPM）の一時的リセット
→ BIOS更新時にTPMが初期化されることがある。
ドライバ署名やブートローダーの不整合
→ BitLockerが「システム改変」と判断しロックをかける。
企業環境でのポリシー適用
→ IntuneやActive DirectoryでBitLockerポリシーが再構成されるケース。

🧭 対処法まとめ

✅ 1. 回復キーを入手する

まずは回復キーを入手しましょう。Microsoftアカウントでログインしている場合は以下の手順で確認できます：

🔗 https://account.microsoft.com/devices/recoverykey

また、企業PCの場合は以下の場所にも保管されている可能性があります：

IT管理者（Active Directory / Intune）経由
USBメモリに保存したキー
印刷して保管したキー

✅ 2. 回復キーを入力して起動

回復キー（48桁の数字）を入力するとWindowsが起動できます。
起動後、以下のコマンドでBitLockerの状態を確認します：

この結果で「保護が有効」となっている場合は、自動ロック解除設定が解除されている可能性があります。

✅ 3. 自動ロック解除を再設定する

BitLockerを再設定することで、次回から自動復号が有効になります：

または設定アプリから：

「設定」→「プライバシーとセキュリティ」→「デバイス暗号化」
「BitLockerの管理」→「ドライブの自動ロック解除を有効にする」

✅ 4. BIOS/TPM設定を確認する

TPM（Trusted Platform Module）が有効になっているか
Secure Bootが有効なままか
BIOSの日付がリセットされていないか

これらが変更されていると再び回復キー要求が発生するため、設定の整合性を確認しましょう。

🧱 今後の対策

Windows Update直後は再起動前に「BitLockerを一時停止」しておく

PowerShell

manage-bde -protectors -disable C:

1

manage-bde -protectors -disable C:
BIOS更新前にも同様に一時停止
回復キーはクラウド（Microsoftアカウント）とオフライン両方にバックアップ

🗣️ まとめ

項目	内容
発生現象	起動時にBitLocker回復キーが求められる
主な原因	TPM再認証・BIOS更新・署名不整合など
一時対応	回復キーを入力して起動
恒久対応	BitLocker保護の再設定、TPM設定の確認
予防策	Update前にBitLockerを一時停止しておく

PowerShell, ブログ, プログラミング

管理者必見！PowerShellでシステム情報・ハードウェア情報を一括取得するスクリプト

2025年11月6日管理者コメントする

システム管理者や情シス担当者にとって、複数台のPCやサーバーのハードウェア情報・OS情報を一括で把握することは欠かせません。
PowerShellを使えば、標準コマンドレットだけでCPU・メモリ・ディスク・ネットワーク・OSバージョンなどをまとめて取得できます。

この記事では、実用的な一括取得スクリプト例と出力方法を詳しく解説します。

🧠 PowerShellで取得できる主なシステム情報

PowerShellでは以下のような情報を簡単に取得できます。

項目	コマンドレット	内容
OS情報	Get-CimInstance Win32_OperatingSystem	バージョン、インストール日、ビルド番号
CPU情報	Get-CimInstance Win32_Processor	CPU名、コア数、スレッド数、クロック周波数
メモリ情報	Get-CimInstance Win32_PhysicalMemory	メモリ容量、スロット数、メーカー
ディスク情報	Get-CimInstance Win32_LogicalDisk	ドライブレター、空き容量、総容量
ネットワーク情報	Get-CimInstance Win32_NetworkAdapterConfiguration	IPアドレス、MACアドレス
BIOS情報	Get-CimInstance Win32_BIOS	BIOSバージョン、リリース日

💻 システム情報を一括取得するスクリプト例

以下のスクリプトをPowerShellに保存して実行すると、主要なハードウェア情報をまとめて取得できます。

# =====================================
# システム情報 一括取得スクリプト
# =====================================

# OS情報
$os = Get-CimInstance Win32_OperatingSystem

# CPU情報
$cpu = Get-CimInstance Win32_Processor

# メモリ情報
$memory = Get-CimInstance Win32_PhysicalMemory

# ディスク情報
$disk = Get-CimInstance Win32_LogicalDisk | Where-Object { $_.DriveType -eq 3 }

# ネットワーク情報
$network = Get-CimInstance Win32_NetworkAdapterConfiguration | Where-Object { $_.IPEnabled -eq $true }

# BIOS情報
$bios = Get-CimInstance Win32_BIOS

Write-Host "===== システム情報 ====="
Write-Host "ホスト名: $($os.CSName)"
Write-Host "OS: $($os.Caption) $($os.Version)"
Write-Host "インストール日: $([Management.ManagementDateTimeConverter]::ToDateTime($os.InstallDate))"

Write-Host "`n===== CPU情報 ====="
Write-Host "CPU名: $($cpu.Name)"
Write-Host "コア数: $($cpu.NumberOfCores)"
Write-Host "スレッド数: $($cpu.NumberOfLogicalProcessors)"

Write-Host "`n===== メモリ情報 ====="
$memTotal = ($os.TotalVisibleMemorySize / 1MB)
Write-Host ("搭載メモリ合計: {0:N2} GB" -f $memTotal)

Write-Host "`n===== ディスク情報 ====="
$disk | ForEach-Object {
    Write-Host "$($_.DeviceID): 空き $([math]::Round($_.FreeSpace / 1GB,2)) GB / 総容量 $([math]::Round($_.Size / 1GB,2)) GB"
}

Write-Host "`n===== ネットワーク情報 ====="
$network | ForEach-Object {
    Write-Host "アダプタ: $($_.Description)"
    Write-Host "IP: $($_.IPAddress -join ', ')"
    Write-Host "MAC: $($_.MACAddress)"
    Write-Host ""
}

Write-Host "`n===== BIOS情報 ====="
Write-Host "メーカー: $($bios.Manufacturer)"
Write-Host "バージョン: $($bios.SMBIOSBIOSVersion)"
Write-Host "リリース日: $([Management.ManagementDateTimeConverter]::ToDateTime($bios.ReleaseDate))"

# =====================================

# システム情報一括取得スクリプト

# =====================================

# OS情報

$os = Get-CimInstance Win32_OperatingSystem

# CPU情報

$cpu = Get-CimInstance Win32_Processor

# メモリ情報

$memory = Get-CimInstance Win32_PhysicalMemory

# ディスク情報

$disk = Get-CimInstance Win32_LogicalDisk | Where-Object { $_.DriveType -eq 3 }

# ネットワーク情報

$network = Get-CimInstance Win32_NetworkAdapterConfiguration | Where-Object { $_.IPEnabled -eq $true }

# BIOS情報

$bios = Get-CimInstance Win32_BIOS

Write-Host "===== システム情報 ====="

Write-Host "ホスト名: $($os.CSName)"

Write-Host "OS: $($os.Caption) $($os.Version)"

Write-Host "インストール日: $([Management.ManagementDateTimeConverter]::ToDateTime($os.InstallDate))"

Write-Host "`n===== CPU情報 ====="

Write-Host "CPU名: $($cpu.Name)"

Write-Host "コア数: $($cpu.NumberOfCores)"

Write-Host "スレッド数: $($cpu.NumberOfLogicalProcessors)"

Write-Host "`n===== メモリ情報 ====="

$memTotal = ($os.TotalVisibleMemorySize / 1MB)

Write-Host ("搭載メモリ合計: {0:N2} GB" -f $memTotal)

Write-Host "`n===== ディスク情報 ====="

$disk | ForEach-Object {

Write-Host "$($_.DeviceID): 空き $([math]::Round($_.FreeSpace / 1GB,2)) GB / 総容量 $([math]::Round($_.Size / 1GB,2)) GB"

}

Write-Host "`n===== ネットワーク情報 ====="

$network | ForEach-Object {

Write-Host "アダプタ: $($_.Description)"

Write-Host "IP: $($_.IPAddress -join ', ')"

Write-Host "MAC: $($_.MACAddress)"

Write-Host ""

}

Write-Host "`n===== BIOS情報 ====="

Write-Host "メーカー: $($bios.Manufacturer)"

Write-Host "バージョン: $($bios.SMBIOSBIOSVersion)"

Write-Host "リリース日: $([Management.ManagementDateTimeConverter]::ToDateTime($bios.ReleaseDate))"

🗂 結果をCSVで出力する場合

複数台の端末を管理する場合は、CSVファイルに出力しておくと便利です。

# まとめてオブジェクト化
$info = [PSCustomObject]@{
    HostName   = $os.CSName
    OS         = $os.Caption
    CPU        = $cpu.Name
    Cores      = $cpu.NumberOfCores
    Threads    = $cpu.NumberOfLogicalProcessors
    MemoryGB   = [math]::Round($os.TotalVisibleMemorySize / 1MB, 2)
    DiskC      = [math]::Round(($disk | Where-Object {$_.DeviceID -eq 'C:'}).Size / 1GB, 2)
    IPAddress  = ($network.IPAddress -join ', ')
    BIOSVer    = $bios.SMBIOSBIOSVersion
}

# CSVに出力
$info | Export-Csv -Path "C:\SystemInfo.csv" -NoTypeInformation -Encoding UTF8
Write-Host "CSVファイルに出力しました → C:\SystemInfo.csv"

# まとめてオブジェクト化

$info = [PSCustomObject]@{

HostName = $os.CSName

OS = $os.Caption

CPU = $cpu.Name

Cores = $cpu.NumberOfCores

Threads = $cpu.NumberOfLogicalProcessors

MemoryGB = [math]::Round($os.TotalVisibleMemorySize / 1MB, 2)

DiskC = [math]::Round(($disk | Where-Object {$_.DeviceID -eq 'C:'}).Size / 1GB, 2)

IPAddress = ($network.IPAddress -join ', ')

BIOSVer = $bios.SMBIOSBIOSVersion

}

# CSVに出力

$info | Export-Csv -Path "C:\SystemInfo.csv" -NoTypeInformation -Encoding UTF8

Write-Host "CSVファイルに出力しました → C:\SystemInfo.csv"

⚙️ リモートPCから取得する方法

Active Directory環境などで、他の端末の情報も取得したい場合は次のようにします。

PowerShellリモーティングを有効化すれば、ドメイン内の端末を横断的に管理できます。
（事前に Enable-PSRemoting -Force を実行しておく必要があります。）

🔒 実行時の注意点

管理者権限でPowerShellを起動する必要があります。
一部の情報（BIOS・ネットワーク）取得にはセキュリティ制限がかかる場合があります。
WinRM通信がブロックされている環境では、リモート取得が失敗する場合があります。

✅ まとめ

要点	内容
スクリプト1本で主要なシステム情報を取得可能	OS・CPU・メモリ・ディスク・ネットワーク・BIOS
CSV出力で資産管理にも活用できる	複数端末の一覧作成に最適
リモートPC情報も取得可能	Get-CimInstance -ComputerNameを活用

PowerShellを使えば、GUI操作より数倍早く正確に情報を収集できます。
システム管理の自動化・標準化の第一歩として、ぜひこのスクリプトを活用してみてください。

SQL, ブログ

サブクエリを使ったUPDATE文：別テーブルの値で更新する方法

2025年11月6日管理者コメントする

■ 概要

SQLでデータを更新する際、別のテーブルの値を参照してUPDATEしたい場面は多くあります。
たとえば、マスタテーブルの最新情報でトランザクションテーブルを更新するケースなどです。

この記事では、Oracleデータベースを例に、サブクエリを使ったUPDATE文の書き方をわかりやすく解説します。

■ 基本構文

Oracleでサブクエリを用いたUPDATEを行う場合、基本的な構文は次の通りです。

UPDATE 更新対象テーブル A
   SET A.更新カラム = (
         SELECT B.参照カラム
           FROM 参照テーブル B
          WHERE B.条件カラム = A.条件カラム
       )
 WHERE EXISTS (
         SELECT 1
           FROM 参照テーブル B
          WHERE B.条件カラム = A.条件カラム
       );

UPDATE 更新対象テーブル A

SET A.更新カラム = (

SELECT B.参照カラム

FROM 参照テーブル B

WHERE B.条件カラム = A.条件カラム

)

WHERE EXISTS (

SELECT 1

FROM 参照テーブル B

WHERE B.条件カラム = A.条件カラム

);

ここで重要なのは、
SET句の中でサブクエリを使って値を取得し、
WHERE EXISTSで更新対象を限定する点です。

■ 実際の例：商品価格マスタをもとに在庫テーブルを更新

【例題】

PRODUCT_MASTER（商品マスタ）テーブル：
- PRODUCT_ID
- PRICE（最新の価格）
STOCK_INFO（在庫情報）テーブル：
- PRODUCT_ID
- PRICE（販売価格を更新したい）

【目的】

マスタの最新価格を在庫情報に反映する。

【SQL例】

UPDATE STOCK_INFO S
   SET S.PRICE = (
         SELECT M.PRICE
           FROM PRODUCT_MASTER M
          WHERE M.PRODUCT_ID = S.PRODUCT_ID
       )
 WHERE EXISTS (
         SELECT 1
           FROM PRODUCT_MASTER M
          WHERE M.PRODUCT_ID = S.PRODUCT_ID
       );

UPDATE STOCK_INFO S

SET S.PRICE = (

SELECT M.PRICE

FROM PRODUCT_MASTER M

WHERE M.PRODUCT_ID = S.PRODUCT_ID

)

WHERE EXISTS (

SELECT 1

FROM PRODUCT_MASTER M

WHERE M.PRODUCT_ID = S.PRODUCT_ID

);

■ ポイント解説

サブクエリは1行1列を返す必要がある
- サブクエリが複数行を返すと ORA-01427: single-row subquery returns more than one row エラーになります。
- PRODUCT_IDなどの条件で一意に絞り込みましょう。
WHERE EXISTSで更新対象を限定
- EXISTSを使わない場合、サブクエリが該当しないレコードは NULL で更新される可能性があります。
- 余計な更新を防ぐためにも、WHERE EXISTSを併用するのが安全です。
パフォーマンス最適化のためにインデックスを確認
- 結合条件に使う列（例：PRODUCT_ID）にはインデックスを付与すると高速化できます。

■ 別の書き方：MERGE文を使う方法

Oracleでは、サブクエリUPDATEの代わりにMERGE文を使っても同じことができます。

MERGE文は「更新または挿入」を同時に扱える構文で、
大量データ更新時にはこちらの方が効率的なこともあります。

■ まとめ

方法	特徴
サブクエリを使ったUPDATE	シンプルで分かりやすい。少量データ更新に最適。
MERGE文	更新＋挿入を同時に扱える。大量データ更新に向く。

■ この記事のポイント

Oracleでサブクエリを使ったUPDATEは「単一行サブクエリ＋EXISTS」で安全に実装する
一意性を保証できない場合は MERGE の利用を検討
インデックス設計で性能を最適化

WinMerge, ブログ

WinMergeのテーマ変更・ダークモード設定方法

2025年11月6日管理者コメントする

WinMergeはファイルやフォルダの差分比較ツールとして非常に優秀ですが、デフォルトテーマのままだと長時間作業で目が疲れることがあります。

2.16.40以降の新バージョンでは、ついに「ライト／ダークテーマ切り替え」が標準機能として搭載されました。
これにより、設定ファイルをいじらなくてもワンクリックでダークモードにできます。

1. テーマ設定画面の開き方

WinMergeを起動
メニューから
　「編集(E)」 → 「設定(O)」 を選択
左ペインから 「色 > 配色」 をクリック

すると、次のような画面が表示されます👇

2. 色モードの選択

画面上部にある「色モード」で、WinMergeの全体テーマを切り替えられます。

モード	内容
ライト	明るい背景の標準テーマ（従来のデフォルト）
ダーク	暗い背景のダークテーマ（夜間作業におすすめ）
システム設定に合わせる	Windowsのテーマ設定に連動（自動切替）

3. テーマ配色の選択

その下の「ライトモード用配色」と「ダークモード用配色」では、テーマごとに色のプリセットを選べます。

💡おすすめ設定：

ライトモード配色：Default（標準）
ダークモード配色：VS Dark（Visual Studio風の見やすい暗色テーマ）

必要に応じて、ユーザ独自の配色を保存することも可能です。

4. ユーザ定義配色を保存する

自分で微調整した配色を保存したい場合は、
画面下部の「現在の配色を保存(S)…」ボタンをクリックします。

保存したカスタムテーマは「ユーザ定義配色」に登録され、再利用可能になります。

5. 設定のエクスポート・インポート

画面左下のボタンから、テーマ設定を他のPCへ共有することもできます。

インポート：保存済みの設定ファイルを読み込む
エクスポート：現在の設定をファイルに書き出す

社内や複数PCで統一テーマを使いたいときに便利です。

6. 変更を適用

設定が完了したら「OK」を押すだけで即反映されます。
テーマ変更後に画面が反映されない場合は、一度WinMergeを再起動してください。

🎨 まとめ

項目	操作内容
設定場所	編集 → オプション → 色 → 配色
色モード	ライト／ダーク／システム連動
おすすめ配色	VS Dark（暗色）
カスタム保存	現在の配色を保存ボタンで可能
共有方法	エクスポート／インポート対応

Java, ブログ, プログラミング

Javaメモリ管理の仕組み：ガーベジコレクションとヒープの基本

2025年11月5日管理者コメントする

1. Javaのメモリ管理とは？

Javaはプログラマーが手動でメモリを解放しなくても良い言語です。
C・C++のように free() を使う必要はありません。

Javaでは、必要なくなったオブジェクトを自動で回収（解放）する仕組みが備わっています。
これを**ガーベジコレクション（Garbage Collection, GC）**と呼びます。

「解放漏れによるメモリリークが発生しづらい」
→ Javaが幅広く使われる理由の1つ

2. Javaのメモリ領域：ヒープとスタック

Javaアプリのメモリは主に次の2領域で管理されます。

領域	役割	特徴
ヒープ（Heap）	オブジェクト、配列を格納	GCの対象
スタック（Stack）	メソッド実行中の変数・参照	メソッド終了で自動解放

ヒープ領域の構造（JDK8以降）

領域	内容
Young Generation	新規オブジェクト領域（Eden、Survivor）
Old Generation	長生きするオブジェクト領域

多くのオブジェクトはすぐ不要になる → Young に多く配置するのが効率的

3. ガーベジコレクションの動き

ガーベジコレクションは、参照されなくなったオブジェクトを検出・削除します。

処理の流れ

オブジェクトを生成（ヒープに配置）
参照が切れる or 到達不能になる
GCが不要オブジェクトを回収

GCアルゴリズム（代表）

名称	特徴
Mark and Sweep	到達可能オブジェクトに印を付け、残りを削除
Copying	生きているオブジェクトを別領域に移動して残りを破棄
Generational GC	世代（Young/Old）でGC動作を変える効率化方式

4. Javaの主要GC方式（JDKバージョン別）

GC機能	特徴	対象バージョン
Serial GC	シングルスレッド、単純設計	軽量アプリ
Parallel GC	並列処理で高速	デフォルト（Java8）
G1 GC	大規模ヒープ向け、低停止時間	Java9以降推奨
ZGC	超低遅延GC、数百GB〜TB向け	Java15以降
Shenandoah	RedHat版、低遅延	OpenJDK系

5. よくあるメモリ関連エラー

❌ `java.lang.OutOfMemoryError`

ヒープ不足で発生
→ ヒープ拡張 or メモリリーク調査

❌ `StackOverflowError`

再帰のしすぎなどでスタック溢れ

❌ メモリリーク

Javaでも発生します（例：Listにaddしっぱなし）

6. メモリ管理・GCチューニングのポイント

対策	内容
不要な参照を早く消す	ローカル変数は小スコープ
大規模データは逐次処理	巨大Listを避けIterator活用
WeakReference活用	キャッシュ管理時に便利
GCログ・ツール利用	-Xmx設定、VisualVM/FlightRecorder

JVMオプション例

7. まとめ

ポイント	内容
Javaは自動メモリ管理	ガーベジコレクションが解放処理
ヒープが主な領域	Young/Old世代で効率化
GC方式は進化中	G1GC・ZGCが主流
最適化の余地あり	適切なコーディング＋JVM設定

「自動だから安心」ではなく、仕組み理解でパフォーマンス向上！

Oracle, データベース, トラブル対応, ブログ

Oracle「ORA-00060: デッドロックが検出されました」発生原因と解決策

2025年11月4日管理者コメントする

ORA-00060: deadlock detected while waiting for resource は、Oracleデータベースが相互にロックし合う処理を検出し、処理を強制終了した際に発生するエラーです。トランザクション同士が互いに待ち状態に陥る**デッドロック（Deadlock）**が原因です。

本記事では、ORA-00060 の発生条件、よくある原因、デバッグ方法、実践的な対処策を詳しく解説します。

✅ ORA-00060とは？エラー概要

項目	内容
エラーコード	ORA-00060
意味	デッドロックが検出された
発生タイミング	ロック競合により処理が行き詰まった時
対応	片方のSQLを強制ロールバック、アプリ側は例外処理

Oracleはデッドロックを検知すると一方のトランザクションを自動的にロールバックし、システム全体の停止を防ぎます。

✅ デッドロックが起こる典型例

パターン1：同じテーブルの行を別順にロック

片方が row1、もう片方が row2 を先にロックし、互いに次のリソースを待つ状態になる例です。

パターン2：未コミットの長時間処理

更新処理をコミットせず放置
バッチ処理中に他の処理が割り込む

パターン3：アプリ側でロック順序の不一致

更新対象リストをソートせず更新
並列処理スレッドで異なる順番で更新

✅ 再現例（簡易デモ）

セッションA

セッションB

この状態でお互いのロックを待ち合うとデッドロック発生。

✅ デッドロック解析：trace file の場所と見方

Oracleはデッドロック検出時にアラートログとトレースファイルを出力します。

トレースファイル例

パス例：

内容には以下が記録：

SQL文
セッション情報
ロック対象オブジェクト
相手セッション情報

デバッグポイント：

同じ行/テーブルを複数処理が更新していないか
並列バッチやトランザクション処理の順序

✅ 対策：アプリ側 & DB側のアプローチ

✅ 1. ロック順序を統一する（最重要）

複数行更新する場合はIDソートして更新するなど、順序を固定。

✅ 2. こまめに COMMIT / ロック保持時間を短縮

不要なトランザクションを開きっぱなしにしない
大量更新は小分け

✅ 3. 再試行ロジック（リトライ処理）

アプリ側で例外時にリトライする仕組み

✅ 4. 排他制御の明確化

SELECT … FOR UPDATE の利用
アプリの排他設計見直し

✅ 5. 監視・ログ出力の強化

SQLログ
ロック監視ビュー（v$lock,v$session,v$transaction）

✅ まとめ

ポイント	内容
原因	トランザクション同士が相互待ち状態
検出後	Oracleが一方をロールバック
対策	ロック順序統一、リトライ処理、短いトランザクション
調査	トレースファイル + v$session等

デッドロックはアプリ設計と運用改善で防げます。
DBの問題と思われがちですが、多くはアプリ側のトランザクション管理が原因です。

Windows, ブログ

OneDriveが勝手に同期する？Windows11で自動バックアップをオフにする手順と注意点

2025年11月4日管理者コメントする

Windows 11を使っていて、

デスクトップが勝手に同期された
OneDriveに大量のファイルがアップロードされた
ローカルに保存したつもりのデータが消えた

といった経験はありませんか？

Windows 11では初期設定でOneDriveによる自動バックアップ（フォルダ同期）がオンになっている場合があります。便利な反面、意図せずクラウドへ同期されてしまい、混乱やデータトラブルの原因になることも。

この記事では、
OneDriveの自動バックアップを安全にオフにする方法と注意点
をわかりやすく解説します。

✅ 原因：なぜ勝手に同期されるのか？

Windows 11のセットアップ時、以下が自動選択されることがあります：

“デスクトップ・ドキュメント・ピクチャをOneDriveでバックアップ”

これにより、以下のフォルダがOneDriveと自動同期状態になります：

フォルダ	OneDrive側パス
Desktop	OneDrive\Desktop
Documents	OneDrive\Documents
Pictures	OneDrive\Pictures

つまり、PCに保存したと思っていても、実際はクラウドでした…という状態に。

✅ 自動バックアップ（フォルダ同期）をオフにする手順

① OneDrive設定を開く

タスクバー右下の雲アイコンを右クリック
「設定」 をクリック

② バックアップ設定へ

「同期とバックアップ」タブ → 「バックアップを管理」

③ 同期をオフにする

「デスクトップ」「ドキュメント」「写真」
→ 「バックアップの停止」 を順にクリック

※停止時に「このPCのファイルはOneDriveに残ります」と表示されます

✅ 重要：解除後にやるべきフォルダ移動

同期解除後、フォルダはクラウドのまま残っています。
次を行わないとローカル保存に戻りません。

ローカルに戻す手順

OneDrive内の
Desktop / Documents / Pictures を確認
中のファイルを
PCのローカルフォルダへ移動

📂 本来の場所

⚠「移動」推奨
「コピー」だとクラウド側に残り、混乱します

✅ やってはいけない注意点

NG行動	理由
OneDrive内のフォルダを削除	PC側のファイルも消える可能性
同期解除後に放置	ローカルに戻らない & バックアップ不完全
PC→OneDriveへ直接ドラッグしたまま使用	データ管理が複雑化

✅ OneDriveを完全に無効化したい場合

仕事PCや共有PCなら
完全停止は非推奨ですが、家庭用なら選択肢です。

アンインストール手順

設定 → アプリ → インストール済みアプリ
OneDrive → アンインストール

✅ まとめ

ポイント	内容
現象	OneDriveが勝手に同期する原因は初期設定
対策	フォルダバックアップ設定をオフ
重要	必ずファイルをローカルに戻す
注意	OneDriveフォルダ削除は絶対NG

OneDriveは便利ですが、意図せず同期すると**「データが消えた!?」**と焦るケースも。
設定を見直し、安心してPCを使いましょう。

PowerShell, ブログ, プログラミング

PowerShellでリモートサーバーを操作！Enter-PSSessionとInvoke-Commandの使い方

2025年11月3日管理者コメントする

リモートサーバーをPowerShellで操作したいけど、何を使えばいいの？
そんな疑問に答えるのが、Enter-PSSession と Invoke-Command の2つです。

どちらもPowerShellのリモート管理コマンドですが、使いどころが異なります。

コマンド	用途	動作
Enter-PSSession	1台のサーバーに対して対話的に操作	SSHのように「接続してその場でコマンド実行」
Invoke-Command	複数サーバーに対して一括実行可能	コマンドを送って結果を受け取る

この記事では、初心者でも確実に理解できる具体例と、業務で使えるセキュアな設定方法まで解説します。

事前準備：WinRMが有効か確認

PowerShellリモートを使うには、WinRM（Windows Remote Management） が有効である必要があります。

WinRM状態確認

有効化（必要な場合）

1. Enter-PSSession：対話形式でリモート接続

接続コマンド

server01 → 接続先ホスト名（IPでも可）
Get-Credential → ユーザー名とパスワード入力画面を出す

実行例

切断

用途例

単体サーバーの手動確認作業

ログ確認、サービス再起動テストなど

2. Invoke-Command：コマンドをリモート実行

単一サーバーへコマンド実行

複数サーバーへまとめて実行

実行結果を変数で受け取る

用途例

定期メンテ（サービス状態取得、ログ収集）

複数サーバーの一括設定変更

セキュアに使う：認証方法のポイント

資格情報を変数に保持

HTTPS通信を利用する場合

管理セキュリティポリシーが厳しい企業ネットワークではHTTPSリモート設定が推奨される場合もあります。

よくあるエラーと対処

エラー	原因	対処
WinRM cannot process the request	WinRM無効	Enable-PSRemoting -Force
Access is denied	権限不足	管理者権限or適切なアカウント
Kerberos 認証エラー	Workgroup環境	TrustedHosts設定 or HTTPS

TrustedHosts 例：

実務Tips：こんな時に便利

✅ 監視スクリプト
✅ バッチ反映の自動化
✅ 管理サーバーから20台へ一括処理
✅ 休日バッチメンテの効率化

PowerShellリモートは、定型作業の自動化やサーバー負荷・ログ確認の省力化に非常に強力です。

まとめ

使い分け	特徴
Enter-PSSession	1台に接続して手動操作
Invoke-Command	複数サーバーに対して一括命令

まずはEnter-PSSessionで慣れ、
次にInvoke-Commandで自動化へ進みましょう。

🧩DNSとは？

🚨主な原因

1. ネットワーク機器や通信環境の一時的な不具合

2. DNSサーバー側の障害

3. DNS設定の誤り

4. セキュリティソフトやVPNの影響

5. ネットワークドライバの不具合

🧰対処法

✅ 1. ネットワーク機器を再起動

✅ 2. DNSキャッシュをクリア

✅ 3. Google Public DNSを設定

✅ 4. セキュリティソフト・VPNを一時的に無効化

✅ 5. ネットワークアダプタを再インストール

✅ 6. 「ネットワークのリセット」を実行

🧭補足：一時的な障害かを見極める方法

🧱まとめ

関連記事

🧩 ORA-02049とは

🔍 主な発生原因

① 他セッションがロックを保持している

② 分散トランザクション中のロック競合

③ タイムアウト値が短すぎる

⚙️ ロック状況の確認方法

⏱️ タイムアウト設定の調整

💡 類似エラーとの違い

✅ まとめ

関連記事

💡BitLockerとは？

⚠️ 不具合の概要

🔍 主な原因

🧭 対処法まとめ

✅ 1. 回復キーを入手する

✅ 2. 回復キーを入力して起動

✅ 3. 自動ロック解除を再設定する

✅ 4. BIOS/TPM設定を確認する

🧱 今後の対策

🗣️ まとめ

関連記事

🧠 PowerShellで取得できる主なシステム情報

💻 システム情報を一括取得するスクリプト例

🗂 結果をCSVで出力する場合

⚙️ リモートPCから取得する方法

🔒 実行時の注意点

✅ まとめ

関連記事

■ 概要

■ 基本構文

■ 実際の例：商品価格マスタをもとに在庫テーブルを更新

【例題】

【目的】

【SQL例】

■ ポイント解説

■ 別の書き方：MERGE文を使う方法

■ まとめ

■ この記事のポイント

関連記事

1. テーマ設定画面の開き方

2. 色モードの選択

3. テーマ配色の選択

💡おすすめ設定：

4. ユーザ定義配色を保存する

5. 設定のエクスポート・インポート

6. 変更を適用

🎨 まとめ

関連記事

1. Javaのメモリ管理とは？

2. Javaのメモリ領域：ヒープとスタック

ヒープ領域の構造（JDK8以降）

3. ガーベジコレクションの動き

処理の流れ

GCアルゴリズム（代表）

4. Javaの主要GC方式（JDKバージョン別）

5. よくあるメモリ関連エラー

❌ java.lang.OutOfMemoryError

❌ StackOverflowError

❌ メモリリーク

6. メモリ管理・GCチューニングのポイント

JVMオプション例

7. まとめ

関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

　関連記事

❌ `java.lang.OutOfMemoryError`

❌ `StackOverflowError`

　関連記事

　関連記事

　関連記事

　関連記事