初期調査のコツ
日々発生する複数の問題の対処や報告に追われ頭を抱えていらっしゃるシステム管理部門の方も少なくないのではないでしょうか。非効率な対応でトラブルが長期化してしまうことにお悩みの方もいらっしゃるかもしれません。 筆者は元々 Oracle Database のサポート業務に携わっており、そこからDBAとしてシステム構築プロジェクトに参画。その後 日本オラクルの DB コンサルタントとしてデータベースを運用するチームの支援をしてきたという経験があります。それらの経験の中で筆者が実際に現場「使える！」と感じたトラブルシューティングのコツをお伝えすることで、皆さんの悩みを少しでも解消できればと思っています。 さて、その第一回となる今回の記事では、問題発生時の初期調査について紹介します。Oracle Database に関する技術的な話題は以降の記事で扱うものとし、今回はシステムにおけるトラブルの初期調査
システム開発プロジェクトはなぜ“カオス化”するのか
システム開発の多くは“カオス化”します。ぼくも年を取ったもので、システム開発でいろいろな死屍累々（ししるいるい）の修羅場を見てきた気がします。数年もかかったプロジェクトがいきなり中止になっても、もう驚かないようになりました。例えばこんなダメプロジェクト、皆さんも身に覚えはないでしょうか。 マジで10人に1人しか稼働してない 「働きアリの法則」によると、多くの労働環境では、20％のアリが働いて、80％はまじめに働きません。しかし、ひどいソフトウェア開発の現場ではもっとひどくて、だいたい10人に1人のプログラマーがバーサーカーのように働いて、それでなんとか持っているという状況も多いです。残りの人は、仕事をしてなかったり余計にバグをまき散らすだけだったりします。 RPGのパーティーに例えると、こんな感じですね。 「Lv99-せんし Lv1-あそびにん Lv1-あそびにん Lv1-あそびにん Lv
オリジナルからデータ・ポンプに移植するツボ
2. 対象読者 • アプリケーション開発者 検証範囲 • Oracle Database 11g リリース2 • オリジナル／データ・ポンプともにコマンドライン・クライアントのみ • パラレル実行／ASM／ネットワーク・モードについては対象外 検証環境 • ホスト：OSX 10.7.4(CPU:2.13GHz Core2Duo/Memory:4GB/SSD:256GB) • 仮想化ソフト：VirtualBox 4.1.16 • 仮想OS：Oracle Linux Release 5 Update 8（5.8.0.0.0） • Oracle Database：11g リリース2（11.2.0.1.0）シングルインスタンス 3. 検証環境（OSユーザ・表領域・スキーマ構成） • Oracle起動ユーザ： OSユーザ：oracle:dba,oinstall ロール：SYS デフォルト表領域：TB
第1回 .NET技術の断捨離
連載目次 2013年1月26日（土曜日）、＠IT／業務アプリInsider主催のオフライン・セミナー「第1回 業開中心会議 .NET技術の断捨離」（スポンサー：グレープシティ、会場：日本マイクロソフト株式会社 品川セミナールーム、「業開」は「業務アプリ開発」の略語）が開かれた。 今回のテーマは、「.NET技術の断捨離」。.NETが登場してからの10年間、.NET FrameworkやC#／Visual Basic言語は進化を続け、より効率的な記述方法や、より最新の流行に合わせた技術スタイルが導入されてきた。では、そういった最新のコーディング・スタイルや技術を現場で採用するために、どのようにして古い技術の利用を「断」ったり「捨」てたり「離」れたりしていけばよいのか？ このテーマについて、最新の技術や記述方法に日ごろから慣れ親しんでいる.NET開発者を講師として招き、講演・議論した。セミナーの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
