SAP Basis運用から構築へのキャリアチェンジ
こんばんは、カズヤんです。
今日は、よくエンジニア界隈では言われることですが、運用エンジニアから構築エンジニアへのキャリアチェンジは可能か否かということについて書いていきたいと思います。
運用エンジニアというと....
・手順書に沿って作業を行うだけだから、誰でもできそう〜
・24時間対応とかきつそう〜
・地味なイメージがださい〜
などなどいろいろ言われております。
以前、BPRコンサルティングでSAP Basis経験者(特に、運用)がどう貢献できるかみたいなことを書きました。
ただ、最近リプレース案件とかに従事している運用チームの先輩を見ていて、運用エンジニアも構築プロジェクトでバリューを出せるような気がしています。Noteなどの調べ物のパシリにされていて酷ですが...
特に、リプレース案件になると、現行データをOS上でエクスポートする作業とかがあるのですが、その手法は結構運用チームのシステム変更作業で手順化されており、ナレッジ化がすすんでいます。さらに、構築案件のエクスポート作業でもしたくさんのエラーがでた時でさえ、運用チーム内で管理している障害メモですぐに事象が解決するなんてこともあります。PMからも構築作業中にわからないこととか電話きたりします。ずっと、ぱしられてる....
構築チームやさらにその上の要件定義(システム設計とか)などと比べると、運用チームのルール化されたナレッジ管理やナレッジの量というのは結構強みになるっぽいです。
運用チームでも、クライアントコピー、システムコピー、Note適用、SP適用とかその辺をかなりの数こなすと、構築チームで貢献できると思います。(実際、私の直感なので真実味はないですが...)
今日は、なんとなく思ったこと書いて見ましたが、実際SAPのBasisに関しては、定常作業担当者は微妙ですが、非定型作業をこなしている限りは構築案件いってもそんなに苦労しないと思います。
今日はここで失礼します。
Centos7.0インストール後にGUIが使えない対処法
こんにちは、カズヤんです。
最近、学生にLINUXを教えるというような社会貢献的なことをしており、久しぶりにRedhad系のCentOS7.0をVirtual Boxにインストールし直しました。新人研修期間中とかもずっとCentOSを使っていたのですが、インストールメディアがCentOS7.0よりも古いバージョンで6.xとかだった事と、会社から支給されたメディアだったり、テキスト付属のメディアだったりとかでちゃんと自分でインストールしたことがなかったのです。
今回、共有したいのが、
CentOS7.0からなのかわかりませんが、どうやら、通常インストールのままではCUIのままインストールされてしまい、CentOSの醍醐味であるGUIが利用できないのです。
そこで、インストールする際に、以下を留意する必要があります。
(Virtual Boxの設定ではなく、CentOS側の設定です)
Virtual Boxを起動後、
LINIX(CentOS)のインストールメディアを読み込むのですが、このメディアを読み込んだ後に、こんなGUIの設定画面が表示されます。
この画面にて、下記設定を実施します。
ソフトウェア：ソフトウェアの選択(S)にて、「最小限のインストール」と設定されていますので、これを「サーバー(GUI使用)」に変更するだけです。
本当に、たったこれだけですwww
CentOSの利点は、初心者向けにGUIが利用可能になっていることなので、今後LINUXを学習される方はこの点気をつけてください。
CUIのインストール後にマニュアルでLINUXのパッケージをインストールすることでGUIが利用可能になりますので、もし興味があったら下記ブログを参照してください。
ただ、ネットワーク設定とか変更する必要あるので、LINUX初心者にはすこしハードルが高いかもしれません。
一応、仮想ソフト(Oracle Virtual Box)とCentOSダウンロードリンクも確認してください。
では、今日はこの辺にて失礼します。
デバッグ権限について
こんばんは、カズヤんです。
久しぶりの投稿ですねwww 気付いたら桜の季節になってたりして... まあ、いいやww
今日は、SAPにおけるデバッグ権限についてちと書いてみます。
監査とかでSAPシステムのユーザに権限与えすぎだから権限外せみたいな指摘があって、その中でも「デバッグ権限」についても例外でないらしく、気になりました。
そもそも、インフラエンジニアからしたら「デバッグ」ってまじで何やねん？？
って思うのが当然なので、まあ調べてみると、
プログラムのバグを発見して、そのバグを直すこと
だそうですww
つまりプログラムのソースコードを変更することができる権限を「デバッグ権限」ということらしいです。
SAPシステムでは、開発や移送関連で以下の権限がデバッグ権限に該当するようです。
・S_DEVELOP ABAPワークベンチ用権限
・S_TRANSPRT 移送オーガナイザ用権限
・S_LOG_COM 論理オペレーティングシステムの実行権限
参照：SAP ライブラリ - SAP NetWeaver Application Server Security Guide
今回問題なのは、開発機ユーザにこれらのシステム変更権限を付与することは当然ですが、本番機ユーザにこれらの権限が付与されることはよろしくないらしく、指摘を受けるはずです。通常、本番機でコーディングしたりといった開発をしないですからねwww
※SAPでは、開発機で開発して、検証機、本番機へと移送にて変更を加えるのが一般的ですから、本番機ユーザに変更権限があるとまずいというわけです。
しかし、これらの指摘を受けても、本番機ユーザのデバッグ権限を削除してやれば、特に問題なしです。削除方法に関しては、トランザクションSU01にて秒で終わるので、すぐ作業計画作っちゃってください。手順は一応以前の記事で少し触れています。
では、今日はこんなとこで失礼します。
Redhatの紹介
こんばんは、カズヤんです。
最近はLINUXなどのOSにはまっています。
SAPの基盤としては、HP-UXやIBMのAIXなどのUNIXベースのOSがメインですが、RedhatなどのLINUXもOSとして採用されています。このLINUXとUNIXの違いに関しては、あまり理解していないです。コマンドとか、ほとんどおんなじですからねwww
LINUXってたくさんディストリビュ～ジョンがあるけど何が違うんだろとか、Redhatって何が優れているんだろう？とかを考えていました。
んで、ググってみると、Redhatってかなり優れた企業だとわかりましたwww
公式HPもめちゃくちゃかっこいいですwww
今回は、組織の視点からRedhatの魅力について書いた
オープン・オーガニゼーション 情熱に火をつけて成果 を上げる新たな組織経営 (Harvard Business Review Press)
という本について紹介します。面白いので電子書籍で買っちゃいましたwww
今回はこの本の内容を踏まえRedhatの凄さについて書いてみます。
目次：
１、Redhatとは
２、Redhatの強み(Open Sourcingの考え方)
３、SAPとRedhat
４、学び
１、Redhatとは
IT業界で働く人ならご存知かと思いますが、非エンジニアの皆さんはRedhatという会社をご存知ですか？
RedhatはLINUXというOSのディストリビューションの1つであり、OSS(Open Source Software)のOSでは世界トップシェアの製品を扱うソフトウェア会社です。
通常企業がシステムを導入する際に、WindowsやUNIXなどに高額な資金を投入して、導入するわけですが、Redhatはこれを無償で提供しています。(もちろん保守とかの費用はつくと思いますが...)。このRHELで稼いだ資金を元手に今はクラウド関連のソリューションにも着手しているようです。
私もこれを読んで知ったのですが、フォーチューン500の90%の企業にソリューションを提供している爆発的に成長している企業です。
２、Redhatの強み
Redhatは技術力が強いのはRHELを見れば一目瞭然ですが、今回はOSSから始まったRedhatの強みについて書きます。
Redhatを語る上で欠かせないのがRedhatがオープンソースのソフトウェアの開発を行っている点です。5年ほど前からクラウドソースが流行し、ランサーズやクラウドワークスなどを筆頭にクラウドソーシングによるリソースの有効活用経済が出来上がってきました。これは間違いなくITが産んだイノベーションであると言えます。
しかし本書では、クラウドソーシングの限界についてこう述べています。
「1回だけ」の活動であり、継続的な競争優位性の基盤にはなり得ないのだ。
(OPEN ORGANIZATIONより抜粋)
一方で、Redhatのようなオープンソースの組織は、クラウドソーシングとは異なり、各自がソフトウェアをより良いものにしたいというミッションの元活動にコミットするため、継続的に取り組んでくれるのが強みだということです。
個人的には、このような主体的な組織こそが最も強いと思います。企業が大きくなればなるほど企業のミッションと個人のミッションは乖離し、所属する組織へのロイヤルティも下がっていき、結果として企業の競争力にもネガティブな影響を与えると思うのです。
・キングコング西野さんが支持を集めることとの関係
最近、キングコング西野さんが絵本作家として脚光を浴びていますね。私も個人的に西野さんの考えのファンで、彼はこの絵本の製作を分業制で行なったことを強調しています。革命のファンファーレ 現代のお金と広告
これは、一見クラウドソーシングのような一時的な労働力の提供をイメージしますが、彼の場合これを契機にファンを獲得し、ファンは彼の世界観にはまり、彼の世界観の元いろいろなプロジェクトを立ち上げ、世界観の普及に協力するようになる。これにより継続的な関係性を築いている。これは、Redhatのオープンソースの考えと類似していると思います。
そして、結果として主体的な個人の力をどんどん活用できるコミュニティが立ち上がります。Redhatも西野さんも、これって超勝ち組ですよねwww？
３、SAPとRedhat
では、私の大好きSAPの基盤という観点でみるとどうでしょうか？
SAP専用のOS環境を提供する以下のソリューションを提供しています。
・Red Hat Enterprise LINUX for SAP Applications
・Red Hat Enterprise LINUX for SAP HANA
僕もRHEL環境のSAPを触ったことあります。UNIXとの違いはよくわかりませんがwwwコマンド自体はだいたい同じです。おそらくOSの一部のプロセスが違うくらいかと思います。
強みとしては、おそらくですが、HP-UXやIBMのAIXとかよりも導入の費用がいくらかやすくなることかと思います。ほとんどのSAPユーザ企業はおそらくハードをHPEかIBMにまんま任せているので、OSもセットのパッケージ契約をしていると思われます。私はこの辺あまり詳しくないですが、Redhatはほとんど全てのハードに対応していることに加え、この2つのハードウェアベンダーよりも費用が安いはずです。
４、学び
一番の学びとしては、Redhatの技術の高さだけでなく、組織が肥大化してもなお、目標駆動型組織のスピリットが全社員まで浸透しているという点です。
僕が今Sierで業務に携わっていて、やはりエンジニアは技術力には絶対的に強みを持っていますが、この組織のマネジメントに関しては、かなり弱いことを認識しています。僕の会社の悪口ではないですが、僕の会社も公明正大な組織としての目標、ミッションを掲げてはいますが、果たしてそれが適切に実行されているかというと怪しいです。
真に社員が外部からのモチベーション(金銭、名声)ではなく、自己に内在するモチベーション(目標)で業務にコミットできるような組織を維持する必要性を感じました。
今、2年目を迎える自分ができることはかなり限られていますが、何かできることがあると思うので、この組織と自己の目標を意識し、再度業務にあたりたいと思いました。
今日は、いつもの技術の話とは離れましたが、こういうマネジメントの話の方が文系出身の自分としてはしっくりくるので、
今後はこの辺も調べていきたいと思います。
では、今日はこのへんで失礼します。
「タブ」v.s「スペース」論争 ww
こんばんは、カズヤんです。
今日は、ぶっちゃけすごいどうでもいいですが、「タブ」と「スペース」の違いについて少し調べたら面白かったので共有しますww
そもそもの発端は、LINUXのコマンドを叩いていて、「expand」コマンドって言うのがあるんですが、このコマンドは、指定されたテキストファイル内にある「タブ」を「スペース」に置き換えるコマンドです。
ただ、IT弱者の僕としては
「タブ」と「スペース」って同じじゃないの？
って思ったわけです。
ITガチでやっている人からするとインデントを「タブ」にするか、「スペース」にするかという問題はかなり重要らしいです。
ちなみに、
スペース・・・単語や文章の区切りとして空白を作りたいときに使用
タブ ・・・文章の開始位置を揃える目的で空白を作りたいとき使用
となるそうです。僕の知りたいのがここまでなのでぶっちゃけその後面倒臭そうです。
なのでコーディングにおいて、この違いがもたらす影響については、下記ブログをみてくださいwww
あとは、Huluにて、Sillicon Valley(シリコンバレー)っていうドラマでもこの論点に関して面白いシーンがありましたww
モテないエンジニアリチャードがやっとこそゲットした可愛い彼女(しかも、Facebook勤務のエリート)は、スペース派のエンジニアで、タブ派のリチャードはそれに我慢できずすぐ破局するというシーン...www
まあ、基本的にアプリの人たちの話なのでインフラの僕は、「タブ」と「スペース」をLINUXの「expand」コマンドにて書き換えられれば問題ないと思っていますwww
恐縮ですが、今日はこれにて失礼しますwww
トランザクション分析(STAD)の紹介
こんにちは、カズヤんです。
今日は、昨日に引き続きSAPシステムにおけるトランザクションのワークロード分析について紹介します。前回はST03を利用したCPU、メモリ増加の原因分析について説明しましたが、今回はアプリ層で実行したトランザクションがどれほどハードウェアリソースを使用しているかなどを調査する方法となります。
トランザクションコードはSTADです。とても覚えづらいですが、便利なトランザクションなので、是非とも実行してみてください。
では、早速実行してみます。
調べたい日時、クライアント、ユーザ、トランザクション、プログラムを入力後に、エンターにて検索します。
今回は何もヒットしませんが、通常ここにトランザクションごとのワークロードが出力されるので、いつ、何のトランザクションがどれだけメモリを消費しているかを確認できます。
今回は、トランザクション分析(STAD)について説明しました。これに関してもSAPアプリエンジニアにとって有益な情報となるはずですので是非とも使ってほしいです。
では、今日はこれにて失礼します!!
SAPワークロード分析(ST03)の紹介
こんばんは、カズヤんです。
今日は、SAP Net WeaverにてどれほどのメモリやCPUが利用されているかを確認するためのトランザクションを紹介します。
運用担当者である場合、月次報告資料でSAPサーバのOSリソース(CPU、メモリ)などの利用状況を報告することがあるのですが、たまにCPUやメモリ利用率が90%を超えていたりするとその原因調査をしてある程度の見解をお客さんに提示する必要があります。
メモリが現在もずっと高い利用率のままならば、LINUX上にて「top」コマンドを叩けば、リアルタイムのOSプロセス利用状況を確認できます。
これ、超便利だし、超使います↓↓
現在実行中プロセスをリアルタイムでモニタリングができます。
ただし、現在は利用率が普通の状態であっても、対象月のある時点のCPU、メモリ使用率が高い時には、SAP GUIにてST03を叩くとSAP上のいつのトランザクションにどれほどのリソースが使用されているかを確認できます。
では、実機上でST03を実行してみます。
「Workload」→ ホスト名「vhcalnplci_NPL_00」→「Day」にて対象日を選択
今回は謎に、アップデートされていませんが、「2017年6月16日」を選択
さらに、メモリ使用統計を確認します( →「Memory Use Statistics」)。
すると、選択した日の中での処理の一覧をメモリ使用量順で出力されます。
大抵、メモリを食うような処理はここの容量が大きいため、ここで一番大きい処理がメモリの大量消費の原因と特定できます。
出力結果によると、「Report or Transaction name」列の「(BATCH)」が最も多いです(何もトランザクションを登録していないので当然といっちゃ当然ですwww) 。
では、ここもクリック。
すると、トランザクション「BATCH」の詳細が確認できます。これをみると、実行ユーザ「SAPSYS」であるとわかります。
なのでここからは通常通りSU01にてユーザ特定すれば「誰が・いつ・なんのために」トランザクションを実行したかがわかります。大抵はアプリ担当がプログラムの検証を実施していた場合がほとんどですが、このST03を利用すれば、アプリ担当の人でもサーバリソースを意識しながら作業ができるのでBasis担当とのコミュニケーションもとりやすくなります。正直Basisからしたら、アプリの人がトランザクションのデータ量も意識せず勝手に好きな検証してたりしたら迷惑きわまりないですからねwww
僕は過去にロックテーブルオーバーフローさせられ、後続ジョブが全部落ちるということありましたからねwww
では、今回はSAPシステム上でのワークロード分析の仕方について紹介しました。
SAP Basis担当だけでなくアプリ担当の方々の一助となれば幸いです。
今後もよろしくお願いします。ではここで!
crontabの設定
こんにちは、カズヤんです。
最近ジョブスケジュールとか結構します。そこで今回はcrontabの使い方について説明します。crontabは運用の現場でよく使われ、設定日時に自動でプログラムを実行してくれるツールです。
目次：
1、Crontabとは
2、Crontab設定方法
3、Crontabを試す
1、Crontabとは
Crontabとは、LINUXやUNIXなどのコマンドベースのOSのジョブスケジューリング機能です。システム運用現場では、監視スクリプトやシステムバックアップを定時実行する時などに用いられます。
2、Crontab設定方法
ジョブスケジュールをする際には、crontabコマンドを用います。
<コマンド> crontab [オプション]
[オプション]
-e viエディタにてcrontabファイルを編集
-l crontabファイルの内容を表示
-r crontabファイルの削除
crontab -l にて、設定されているファイルを事前に確認した後に、crontab -eにてcrontabを設定するというイメージですね。
crontab -eを実行後、cronファイルが開かれるので、その中に下記書式でスケジュールしていきます。
<書式> 分 時 日 月 曜日 コマンド
分 0 〜 59
時 0 〜 23
日 1 〜 31
月 1 〜 12
曜日 0 〜 7 (0、7:日曜 〜 6:土曜)
「 *」 は任意の値をさします。また、「*/1」で毎分、「*/2」で2分毎などの設定も可
例) 2018年3月2日(金)の23:30に「Hello World」と出力する
⇨ 30 23 02 03 5 echo Hello World
3、Crontabを試す
では、実際にcrontabを利用して、決められた時間にプログラムを実行してみたいと思います。
日時：毎分
処理：テキスト「Hope my blog help Infra Engineers.」を/home/demo.textに出力
やってみたいと思います。
まず、crontab -lにて、現在登録されているcrontabのリストを参照します。
次に、crontab -eにて、実際にコマンドを登録したいと思います。
viエディタの利用方法に関しては、いつか共有しますwww
実行結果を確認します。
正常にコマンドが実行されていることを確認しました。
運用現場でよく使うcrontabの設定について書きました。
SAP BASISやるならこれらコマンドベースのLINUX、UNIXらへんの知識もマストになります。今後もよく使うコマンドを書いてみようと思います。
では、今日はここで失礼します。
