「システム運用」タグアーカイブ

PowerShellでログ収集とバックアップを自動化する実践スクリプト

2025年10月28日管理者コメントする

システム運用や開発現場では、ログ収集やバックアップ作業を「手動で行う」ケースがまだ多く残っています。しかし、PowerShellを使えばこれらを自動化し、毎日の定型作業を一気に効率化できます。

この記事では、**「ログを自動収集してバックアップするPowerShellスクリプト」**を実例付きで紹介します。
スクリプトはWindows環境でそのまま動作し、日次・週次の定期ジョブとしても活用可能です。

⚙️ 実践スクリプト：ログ収集＆バックアップ自動化

以下のスクリプトは、

ログフォルダをスキャン
日付別フォルダにコピー
古いバックアップを自動削除
する一連の処理を行います。

# ============================
# PowerShell ログ収集＆バックアップ自動化スクリプト
# ============================

# 設定項目
$SourceDir  = "C:\Logs"                     # 元ログフォルダ
$BackupRoot = "D:\Backup\Logs"              # バックアップ先ルート
$KeepDays   = 30                            # 保持期間（日数）

# 日付フォルダ名 (例: 20251028)
$Today = (Get-Date).ToString("yyyyMMdd")
$BackupDir = Join-Path $BackupRoot $Today

# バックアップフォルダ作成
if (!(Test-Path $BackupDir)) {
    New-Item -ItemType Directory -Path $BackupDir | Out-Null
    Write-Host "バックアップフォルダを作成しました: $BackupDir"
}

# ログファイルをコピー
Write-Host "ログ収集中..."
Get-ChildItem -Path $SourceDir -Filter "*.log" -Recurse | ForEach-Object {
    $dest = Join-Path $BackupDir $_.Name
    Copy-Item $_.FullName $dest -Force
}
Write-Host "コピー完了。"

# 古いバックアップ削除
Write-Host "古いバックアップを削除中..."
Get-ChildItem -Path $BackupRoot -Directory | Where-Object {
    $_.Name -match "^\d{8}$" -and
    (Get-Date($_.Name.Substring(0,4)+'-'+$_.Name.Substring(4,2)+'-'+$_.Name.Substring(6,2))) -lt (Get-Date).AddDays(-$KeepDays)
} | ForEach-Object {
    Remove-Item $_.FullName -Recurse -Force
    Write-Host "削除: $($_.FullName)"
}

Write-Host "バックアップ処理が完了しました。"

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

# PowerShell ログ収集＆バックアップ自動化スクリプト

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

# 設定項目

$SourceDir = "C:\Logs" # 元ログフォルダ

$BackupRoot = "D:\Backup\Logs" # バックアップ先ルート

$KeepDays = 30 # 保持期間（日数）

# 日付フォルダ名 (例: 20251028)

$Today = (Get-Date).ToString("yyyyMMdd")

$BackupDir = Join-Path $BackupRoot $Today

# バックアップフォルダ作成

if (!(Test-Path $BackupDir)) {

New-Item -ItemType Directory -Path $BackupDir | Out-Null

Write-Host "バックアップフォルダを作成しました: $BackupDir"

}

# ログファイルをコピー

Write-Host "ログ収集中..."

Get-ChildItem -Path $SourceDir -Filter "*.log" -Recurse | ForEach-Object {

$dest = Join-Path $BackupDir $_.Name

Copy-Item $_.FullName $dest -Force

}

Write-Host "コピー完了。"

# 古いバックアップ削除

Write-Host "古いバックアップを削除中..."

Get-ChildItem -Path $BackupRoot -Directory | Where-Object {

$_.Name -match "^\d{8}$" -and

(Get-Date($_.Name.Substring(0,4)+'-'+$_.Name.Substring(4,2)+'-'+$_.Name.Substring(6,2))) -lt (Get-Date).AddDays(-$KeepDays)

} | ForEach-Object {

Remove-Item $_.FullName -Recurse -Force

Write-Host "削除: $($_.FullName)"

}

Write-Host "バックアップ処理が完了しました。"

📦 処理の流れ

処理	内容
① 初期設定	ログフォルダ・バックアップフォルダ・保持日数を設定
② 日付フォルダ作成	yyyyMMdd形式で新しいバックアップフォルダを作成
③ ログコピー	対象フォルダからすべての.logファイルをコピー
④ 古いフォルダ削除	30日より古いフォルダを自動削除

🕒 定期実行する方法（Windows タスクスケジューラ）

Windows検索バーで「タスクスケジューラ」と入力して起動
「基本タスクの作成」→ タスク名を「ログバックアップ」とする
「毎日」または「毎週」を選択
「操作」で「プログラムの開始」を選択し、以下を指定

Program/script: powershell.exe Add arguments: -File "D:\Scripts\log_backup.ps1"
完了後、右クリック → 「プロパティ」 → 「最上位の特権で実行する」を有効にする

💡 応用ポイント

ZIP圧縮も追加可能：Compress-Archiveを使ってバックアップサイズを削減
ログローテーション：ファイルサイズや日付で自動的にローテーションするよう拡張可能
メール通知：バックアップ完了後にSend-MailMessageで報告を送信可能
CSVやJSON対応：ログ形式が異なる場合もGet-Content＋ConvertFrom-Jsonなどで加工可能

🚀 まとめ

PowerShellを使えば、GUI操作では面倒なログバックアップを簡潔に自動化できます。
1日1回の定期タスクに登録するだけで、手動の手間を大幅削減。
運用の安定化にもつながります。

ポイント：小さなスクリプトでも「業務時間を削減」できるのがPowerShellの強みです。

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

HULFTで「完了コード250 エラー」が発生したときの対応手順

2025年9月20日管理者コメントする

HULFT (UNIX/Linux 環境) でファイル配信を行った際、「完了コード250」が返されることがあります。公式ドキュメントではこのコードを “A server error” としており、集信側（受信側）で異常が発生したことを示しています。⇒ HULFT

本記事では、完了コード250の意味、原因、公式で推奨されている対処方法、実践的なチェックポイント、および再発防止策をまとめます。

完了コード250とは？

項目	内容
エラーコード	250
英語名称	A server error HULFT
意味	「集信側に異常が発生したと考えられます」 HULFT
詳細	完了コード250が設定された場合、さらに詳細コードが設定されており、それが集信側の完了コードとなります。 HULFT

つまり、完了コード250は「送信側から配信は試みられたが、受信側で何かしら正常でない処理が起きて失敗した」ということを示す総称的なエラーで、原因の切り分けには “詳細コード” を見る必要があります。HULFT

主な原因（公式の可能性を含む）

ドキュメントに明記されている「完了コード250 → 集信側に異常が発生」の具体的な事例としては以下があげられます。これらは「詳細コード」によってどのような異常かが特定されます。HULFT

ディスク容量不足など、受信側で書き込みができない状態 HULFT
ファイルアクセス権限エラーやファイルロック状態 HULFT
テキスト転送で「1 レコードのデータ長が最大値を超えている」 HULFT
配信途中でファイルの編集や移動・削除など、ファイルの整合性が保てなくなる操作が行われた場合 HULFT
フォーマットミスマッチ・バージョン不一致など、データ形式やコードセットに関する不整合 HULFT

対応手順（公式の指示＋実践的対応）

以下は、公式ドキュメントの「対処（処置）」に加えて現場でよく使われるチェック項目を織り交ぜた手順です。

ステップ 1：ログ・詳細コードの確認

HULFT の hulog、trnlog もしくは配信ログを確認
完了コードが 250 の行を探す
その行に 詳細コード（集信側の完了コード）が記録されているか確認 HULFT
詳細コードに応じて原因の方向性を絞る

ステップ 2：受信側（集信側）の環境チェック

以下を重点的に確認します。

項目	チェック内容
ディスク容量	受信ディレクトリのあるファイルシステムの空き容量を確認
ファイルアクセス・ロック	該当ファイル名が他プロセスにより使用中でないか、書き込み権限があるか
ファイル操作	配信中に受信側でファイルを移動・削除・名前変更などしていないか
フォーマット・レコード長	テキスト転送時に1レコードの長さが制限（32768バイト）を超えていないかなど HULFT
バージョン・コードセット	転送や受信のフォーマット定義、文字コード変換などが正しく一致しているか

ステップ 3：通信経路・送受信設定の確認

ネットワーク切断、遅延、ファイアウォールによる通信遮断等の影響がないか
送信側・受信側両方の HULFT 定義（配信パラメータ、フォーマットID、文字コードなど）が整合しているか
マウントされているネットワークファイルシステム（NFS等）を使っている場合、属性キャッシュやマウントオプションが影響していないか確認 HULFT

ステップ 4：修正・再実行

問題箇所が見つかったら修正（空き容量確保、権限修正、ファイルの整合性維持、フォーマット修正など）
修正後、再度配信ジョブを実行
再送前に、テスト環境や限定ファイルで動作を確認できるならそれを行う

再発防止策

公式仕様と実践双方から以下が有効です：

監視体制の整備
- ディスク容量の自動監視
- ファイルシステムの状態／マウントオプションの監視
- HULFT ジョブのステータス監視（完了コードを含む）
設定の標準化とレビュー
- フォーマット定義・文字コード・レコード長などをドキュメント化
- 新しいノードや定義を追加する際のチェックリストを整備
テスト運用
- 転送前に小さなデータでテスト送受信を行う
- 大容量／長レコード／特殊文字を含むデータの事前検証
エラー通知システムの活用
- 完了コード250やその詳細コードをトリガーにアラートをあげるように設定
- 関係者に通知が行くようにすることで早期対応

ケーススタディ（想定例）

例 1：テキストファイルの 1 レコードが長すぎる

ある送信ジョブで、伝票データを1行にまとめすぎてしまい、1 レコードの文字数が制限（32,768バイト）を超えていた → 詳細コードが 251 の可能性あり。HULFT
対策：レコードを分割するか、フォーマットを見直す

例 2：受信側のディスクフル

受信サーバ上のディスク容量がゼロ近く、書き込みができずにエラー
対策：不要ファイルの削除、ディスク拡張、ログのローテーション設定など

まとめ

完了コード 250 は「受信側での異常」を示し、詳細コードにより原因の絞り込みが可能
ログの確認 → 環境チェック → 設定見直し → 修正・再実行が基本の流れ
再発防止のための監視・標準化・テストが重要

Web開発, Windowsバッチ, その他, ブログ

Windowsバッチで西暦8桁・月日2桁のゼロ埋め日付を出力する方法

2025年9月13日管理者コメントする

バッチ処理を作成するときに、ログファイル名やバックアップファイル名に日付を付与するケースはよくあります。その際「20250913」のように 西暦8桁（YYYYMMDD形式） でゼロ埋めされた日付を出力したいことがあります。
この記事では、Windowsバッチでゼロ埋めした日付を取得する方法を紹介します。

基本的な考え方

Windowsバッチでは %date% 変数を使うことで、現在の日付を取得できます。ただし環境によって表示形式が異なり、例えば以下のようになります。

日本語ロケール（Windows 10/11 既定）

2025/09/13
英語ロケール

Sat 09/13/2025

このため、文字列の位置を指定して切り出す必要があります。

実用例：西暦8桁＋月日2桁のゼロ埋め

以下のバッチスクリプトでは、YYYYMMDD 形式で日付を取得します。

実行結果（2025年9月13日の場合）

応用：時刻と組み合わせて使う

ファイル名などで「日付＋時刻」を付けたい場合は、%time% も組み合わせられます。

@echo off set YMD=%date:~0,4%%date:~5,2%%date:~8,2% set HMS=%time:~0,2%%time:~3,2%%time:~6,2% REM 時刻の先頭スペースを除去（1桁時間帯対策） if "%time:~0,1%"==" " set HMS=0%time:~1,1%%time:~3,2%%time:~6,2% echo %YMD%_%HMS%

1	@echo off set YMD=%date:~0,4%%date:~5,2%%date:~8,2% set HMS=%time:~0,2%%time:~3,2%%time:~6,2% REM 時刻の先頭スペースを除去（1桁時間帯対策） if "%time:~0,1%"==" " set HMS=0%time:~1,1%%time:~3,2%%time:~6,2% echo %YMD%_%HMS%

実行例

ロケールに依存しない方法

環境によって %date% のフォーマットが変わるとバッチが動作しなくなることがあります。
その場合、wmic を使うとロケール非依存で日付を取得できます。

実行結果

まとめ

%date% を切り出す方法は簡単だがロケール依存。
確実性を求めるなら wmic を使うのがおすすめ。
日付はログやバックアップのファイル名に利用すると便利。

バッチで日付をゼロ埋めして扱うと、ファイルの並び順も自然になり管理がしやすくなります。
ぜひ日常の運用バッチに取り入れてみてください。

覚え書き.com

「システム運用」タグアーカイブ

PowerShellでログ収集とバックアップを自動化する実践スクリプト

⚙️ 実践スクリプト：ログ収集＆バックアップ自動化

📦 処理の流れ

🕒 定期実行する方法（Windows タスクスケジューラ）

💡 応用ポイント

🚀 まとめ

HULFTで「完了コード250 エラー」が発生したときの対応手順

完了コード250とは？

主な原因（公式の可能性を含む）

対応手順（公式の指示＋実践的対応）

ステップ 1：ログ・詳細コードの確認

ステップ 2：受信側（集信側）の環境チェック

ステップ 3：通信経路・送受信設定の確認

ステップ 4：修正・再実行

再発防止策

ケーススタディ（想定例）

例 1：テキストファイルの 1 レコードが長すぎる

例 2：受信側のディスクフル

まとめ

Windowsバッチで西暦8桁・月日2桁のゼロ埋め日付を出力する方法

基本的な考え方

実用例：西暦8桁＋月日2桁のゼロ埋め

実行結果（2025年9月13日の場合）

応用：時刻と組み合わせて使う

実行例

ロケールに依存しない方法

実行結果

まとめ

「駑馬十駕」を信念に IT系情報を中心に調べた事をコツコツ綴っています。

⚙️ 実践スクリプト：ログ収集＆バックアップ自動化

📦 処理の流れ

🕒 定期実行する方法（Windows タスクスケジューラ）

💡 応用ポイント

🚀 まとめ

関連記事

完了コード250とは？

主な原因（公式の可能性を含む）

対応手順（公式の指示＋実践的対応）

ステップ 1：ログ・詳細コードの確認

ステップ 2：受信側（集信側）の環境チェック

ステップ 3：通信経路・送受信設定の確認

ステップ 4：修正・再実行

再発防止策

ケーススタディ（想定例）

例 1：テキストファイルの 1 レコードが長すぎる

例 2：受信側のディスクフル

まとめ

関連記事

基本的な考え方

実用例：西暦8桁＋月日2桁のゼロ埋め

実行結果（2025年9月13日の場合）

応用：時刻と組み合わせて使う

実行例

ロケールに依存しない方法

実行結果

まとめ

関連記事

「駑馬十駕」を信念に IT系情報を中心に調べた事をコツコツ綴っています。

　関連記事

　関連記事

　関連記事