syslogとはシステム(OS)の動作やエラー等の状況が記録されるログになります。
その為サーバで障害が発生した場合、syslogを確認するケースがあります。

syslogの場所について、Linuxだとディストリビュータや設定で異なりますが、大抵は
/var/log/messages
/var/log/syslog
辺りにあ[…]

・sosreport

（LinuxというかRHELのコマンドかもしれませんが…）
Linuxで保守に関するログ、ファイルを一手に採取するコマンド(ツール)です。
Linuxサーバで何か問題が発生した場合は何も考えずにこれを採取[…]

手順書を作成する際に何を意識していますか？
いろいろ意識すべきことはあると思いますが、大きく言えば下記の２つが必要と考えています。

①一つの対処について、事前確認手順、対処手順、事後確認手順が1セットになっていること
②誰もが理解、正しくオペレーションできる手順書になっていること

①について、一般的に手順書は製品ベンダや過[…]

問い合わせする場合に意識するべきことは、
・発生している問題に対して必要な回答を得ることができるか。
・必要な回答をベンダから引き出すためにどんな問い合わせをすればよいか。
ということです。

ベンダの保守契約があれば問い合わせすることは可能ですが、問い合わせ内容が微妙な場合は意図した回答が返ってこなかったり、回答を得るま[…]

トラブルの調査は各機器のログを確認してトラブル時に何が発生していたのかを追うことが必要となります。
しかしながら、ログの内容が不明だったり、製品の動作仕様が不明だったりして詳細調査が困難になるケースもあります。
そういった場合はその製品の製造ベンダに問い合わせして発生原因や対処方法を仰ぐことが必要となります。

ベンダに[…]

トラブル発生時の対応については以前書きましたが、原因を調査するにはトラブル時にどんなことがおきていたのかログから追うことが必要となります。
その為、トラブルの内容や機器から発生したメッセージからどこで(どのレイヤ)で発生したのかを切り分けた後はそのレイヤのログを採取して調査する、といった流れになります。

例えば切り分けの結果トラ[…]

トラブルの発生頻度はシステムによって異なると思いますが、年がら年中トラブルは発生するわけではなく、何もおきていない日の方が多いと思います。
では何もおきていない平和な日に何をしますか？
何もおきていないから何もしないとお客様から「じゃあ次回は契約しません」ってことにもなる可能性があります。
なので、トラブルが発生した時に[…]

今月はシステムトラブルの原因究明のための調査方法に関して投稿したいと思います。

トラブルの原因を特定するには、その原因がどこにあるのかを切り分けすることが必要です。

具体的には、
・業務アプリ側にあるのか？プロダクト側にあるのか？
・プロダクトはサーバか？ストレージか？ネットワークか？
・サーバ内のどのコンポーネントか？(BIOS、OS、ソフトウェア等)

等を一つ一つ切り分けて[…]

今月はシステムトラブルを未然に防止、軽減する取り組みについて投稿したいと思います。

システムトラブルが発生する原因としては主に下記となります。
①ハードウエア故障、ソフトウェアのバグによるトラブル
②ユーザの作業ミスによるトラブル

このうち②についてはユーザ側の作業となるため①の対策について記載します。

対策１；ハードウェアの健全性チェックを実施する
各ハードウェア（サーバ、ネ[…]

今月はシステムトラブルに備え事前に準備しておくべきものについて投稿したいと思います。

システムトラブルが発生した場合、
・どこで発生しているのか？
・なぜ発生しているのか？
・どうすれば復旧できるか？
を素早く把握し、対応する必要があります。

それらを把握するために必要な資料は下記になります。

・システム構成図(ネットワーク構成図)
システムの機器（サーバ、ネットワーク、ス[…]

先月はシステムトラブル対応方法について投稿しました。
今月は復旧方法について投稿したいと思います。

先月も書きましたがトラブル発生時は復旧優先で動きます。
その為復旧方法を早急に提示してあげる必要がありますが、
時間が限られている中できることはあまりなく決まっています。

それは、問題となる箇所を早急に特定(切り分け)して、問題を対処する、ということになります。
例えば、「○○サービ[…]

先月はお客様システムでのトラブル発生時の動き方について投稿しました。
今月は業務影響が出ているトラブルの対応方法について投稿したいと思います。

先月も記載しましたが、実際に業務影響が出ている場合は原因の調査よりも復旧が優先されます。
その為、復旧方法を提示してあげることが重要です。

とはいえ、業務影響が発生している中で悠長に確認している時間はあまりありません。
できることは限られてい[…]

今月はお客様システムでトラブル発生時の初動対応について投稿したいと思います。

お客様からシステムでトラブル発生の連絡を受けました。
こんな時どう動けばよいでしょう？
トラブル発生とあってお客様の現場も戦々恐々としており、なかなかヒアリングが難しいと思いますが、最低限下記を聞き取ることが大切です。

(1)発生日時
(2)発生機器
(3)トラブル内容
(4)トラブル発生による業務影響[…]

今月は私の職種であるシステムサポートの重要性に関して投稿したいと思います。

システムのサポートを実施する上で重要なことは下記だと考えます。

（１）お客様システムの安定的な運用（トラブルが発生しにくいシステムの運用）

（２）トラブル発生時の迅速な対応

（１）については、日々のシステムの稼働状況確認やシステムで使用している製品の不具合の確認、セキュリティ脆弱性の[…]

私の職種はベンダのシステムサポートで、主な業務内容はエンドユーザのシステムのトラブル対応や困りごとの相談相手、バックヤードの各種サポート部門との調整等を実施しております。

次月からは、業務で経験した内容を中心に報告していきたいと思います。