重要なお知らせ : 「マルチナンバー」の不具合の回復について | お知らせ | NTTドコモ
平素はドコモのサービスをご利用いただきまして、誠にありがとうございます。 2005年11月10日（木曜日）より発生しておりましたFOMAのネットワーク付加サービス「マルチナンバー」の不具合は、本日午後12時24分に回復いたしました。 お客様に対しましては、大変ご迷惑をお掛けいたしましたことをお詫び申し上げます。 なお、「マルチナンバー」のお申込み受付は11月12日（土曜日）より一時停止させていただいておりますが、再開の準備が整い次第受付を再開させていただきます。再開時期は決まり次第お知らせいたします。 【不具合の内容】 1．発生期間 2005年11月10日（木曜日）午前0時〜11月15日（火曜日）午後12時24分まで 2．不具合の概要 （1）「マルチナンバー」をご契約のお客様が付加番号で発信すると、その番号がその後関係のない第三者の発信において、発信者番号として通知される場合がある。
IBM、マスターデータ管理分野に照準--開発者1000名を投入へ
IBMは米国時間14日、大きな成長が見込まれるビジネスソフトウェアの1分野で利益を上げていくため、分散してしまった関連情報を統合するソフトウェアの開発に1000名の従業員を投入すると発表した。 IBMは過去2年間にわたり、データ統合を専門とする5社の企業を買収してきた。同社がラスベガスで主催した情報マネジメントに関するカンファレンスでは、IBMの幹部が、「マスターデータ管理」を実現するこれらの企業の多様な製品を組み合わせる、同社の取り組みについて紹介し、間もなく発表する製品の機能強化を詳細に説明した。 マスターデータ管理アプリケーションは、顧客やサプライヤー、パートナーといった特定の対象を基準に、企業が情報を整理統合するための製品だ。 ソースが異なる情報を1カ所に集めることで、ビジネスに携わる人々はより確かな情報に基づいた決定を下せるようになると、IBMの幹部は話している。例えば、正確な顧
はてなダイアリーXSS対策---はてな各サービスの機能変更、お知らせなど
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
「DBを正規化すると遅くなる」は誤解，実証実験の結果が公開に
データ・モデリングの普及団体，DOA+コンソーシアムはこのほど，リレーショナル・データベース管理システム（RDBMS）の処理性能に関する実証試験を行い，調査結果を公開した。「データを正規化してデータベースに実装すると，処理性能が低下する」という“誤解”を正すため，実証実験を行ったという。 データを正規化して実装したときと，非正規化して実装したときの処理性能の違いを調べた結果，「正規化して実装したデータベースの方が処理性能が高い」，「非正規化して実装したデータベースを操作する際，テーブル結合（JOIN）が発生する処理を行うと，処理性能が低くなる」と結論付けた。 実証実験では，自動車の受注業務を想定したWebシステムを構築して，処理性能を測定した。このWebシステムは，データベース上に格納された受注データを基に，製品データや部品データ，部品メーカのデータなどを検索する。 データベース実装の違い
IT屋は手許に箱を置きたがる：むささびの視線：オルタナティブ・ブログ
EMCがVMwareを買収したのは、2003年の12月のこと。あれから約2年が経過したが、自分のなかではどうもエンタープライズ・ストレージベンダーのEMCと仮想化技術のVMwareのソリューションが結びつかなかった。EMCがそのほかに買収している製品や企業は、ストレージに直接的に関連し、EMCのソリューションを補完するものがほとんどだ。それに対して、技術的にどうのということではなく、EMCにとってVMwareと一緒になることのメリットがこれまで理解できなかったのだ。 実際のところ、買収後もVMwareとの目立ったコラボレーション活動は見られなかった。VMwareのパートナーは相変わらずCPUやサーバー本体の企業イメージが強い。そんななか、今日開催されたEMC Forum 2005の基調講演のなかで、両者が組んだことでの新たなソリューションが紹介された。VMware自体は、先の四半期で1億ド
東証システム障害、原因は富士通の項目記載漏れ
東京証券取引所がシステム障害で取引一時停止に陥った問題で、東証は11月7日、システム構築を担当した富士通からの資料に必要項目の記載漏れがあり、障害につながったと発表した。 東証によると、売買システムの注文処理能力を増強した際、市場参加者のデータファイル関連のプログラムにバグが見つかったため、東証が確認した上で富士通が10月9日に修正した。 10月13日に修正後プログラムを正規登録する際に、富士通が東証側にバグ修正作業の資料を送付したが、必要な項目の一部に記載漏れがあったという。このため正規登録後のシステムに、修正後の正規プログラムと旧プログラムが混在する構成になってしまった。 10月14～31日までは旧プログラムが稼働したため障害は起きなかった。だが31日にディスクの圧縮処理を実行したところ、システムが旧プログラムを検知して正規プログラムとの関係を切断。11月1日朝の起動時、参加者関連デー
OLTP環境のOracleチューニング
設計段階のチューニング ●処理はサーバに集中(ストアドプロシージャの活用) クライアントで処理させようとすると、 必要な全データがサーバとクライアントの間を往復することになり、 他の条件が同じでもそれだけで性能上非常に大きなハンデとなります。 ネットワーク上のデータのやりとりはできるだけ少なくなるようにアプリケーションを設計します。 ツールや開発言語の選択もこの点では非常に重要です。 ●パッケージの活用 パッケージ化されたコードは、最初に使われたときにメモリにロードされ、 以後できるだけ常駐しようとするので、入出力の削減に効果があります。 ●正規化を行う 正規化を行わないと… 冗長なデータ移動「移送」の必要が発生し、処理時間が増える。 項目数が増え、余分にメモリを圧迫する。 更新操作が同一表に集中しがちで、I/Oの並列化(並列問合せ等)ができない。 データの絞込みがしづらくなり、問合せ結果
【続々報】名証のシステム障害、バックアップで復旧するも原因究明はこれから
名古屋証券取引所（名証）が4日、相場報道システムの障害により午前中の取引が完全停止した件で、同取引所の畔柳昇社長が同日午後5時から会見し、事情を説明した。システム障害の原因については、データベース関連の不具合だと繰り返すにとどまった。畔柳社長は「原因究明はこれから。憶測では話せない」として、詳細説明を避けた。 障害を起こした相場報道システムは、富士通製UNIXサーバー上で稼働し、データベース管理システムにはOracleを使用している。名証によれば、相場報道システムが起動しなかったのは、「データベースを動かすためのシステム・ファイルをシステムが認識できず、起動しなかったため」。該当するシステム・ファイルについても「データベースの一部のファイル」（業務グループの平朋司グループ長）と説明するにとどまった。 通常Oracleは、データベースの物理構造を記録する「制御ファイル」と、各種リソースの制限
SI業界は建設業界に似ているというのは本当か？：Alternative 笑門来福：オルタナティブ・ブログ
「実際のところ、建設業界と似たようなもんですから。」 ソフトウェア業界、とくにSI（ITサービス）業界で自嘲気味に語られることの多い台詞です。ゼネコンを頂点とする多重下請け構造や、労働集約型の現場を指して言うようですが、本当にそうなのでしょうか？私もこの業界長いですが、実際に建築業界に身をおいていた人が語ったのは聞いたことがありませんでした。そして、昨日まさに建設業界から見た双方の業界の比較について聞く機会があり、双方の違いと問題点を鋭く斬られていたので、他のメディア主催のセミナーの話で恐縮ですが紹介させてもらいます。 その話とは、日経ソリューションビジネスDAYの基調講演で大成建設CIO（社長室情報企画部長）の木内里美氏のお話。大成建設ではASTERIAもご利用いただいており、木内氏とも面識があるのですが、こういう切り口のお話を聞くのは初めてでした。講演の中で氏は、受託開発と建設業が似て
要求開発のススメ：エバンジェライズ日和：オルタナティブ・ブログ
10月26日に、要求開発アライアンスの10月度定例会があって出かけましたら40人以上も集まってのすごい熱気。その後の反省会（と呼ばれる飲み会）も熱かったんですが、『要求開発』という分野、今盛り上がってますね。（平鍋さんなどに比べて書くのが遅くてすみません） 自分でもこの『要求開発アライアンス』の活動に、10月末に発売された日経ITプロフェッショナル誌の記事稿扱いですが触れて、マイクロソフト製品へのつなぎ方なんかを説明したところ各方面で評判がいいんです。記事内容は実は自社イベントですが8月におこなわれたTechEd 2005 Yokohamaのセッションで話した内容そのままのサマリーですが、この情報から要求開発に興味を持って、要求開発アライアンスのメーリングリストに入ったなんてのを聞くと嬉しい限りです。 要求開発アライアンスでまとめているOpenThologyドキュメントが、Version
【続報】名証、午後の取引から再開。障害原因はデータベースの不具合
名古屋証券取引所（名証）の相場報道システムが4日朝から停止していた件で、同取引所は「障害の原因が判明し復旧したので、12時30分から開始する午後の立会いから再開する」と発表した。障害の原因は「データベースの不具合」と発表したものの、「詳細な原因は（相場報道システムの）ベンダーである富士通から報告がないので、まだ分からない」（名証）としている。 相場報道システムは、株価を証券会社や金融情報サービス会社などに通知するためのシステム。正常に稼働している売買システムとは独立しているものの、「株価が通知できないと売買はできない」との判断から、前場（午前）の取引を中止していた。 名証は昨年の7月20日にも、今回と同じ相場報道システムで障害を起こしている。その際は、ハードウエアの障害が原因だった。
システムダウンのコストについて：栗原潔のテクノロジー時評Ver2：オルタナティブ・ブログ
昨日のエントリーで証券取引のシステムダウンのコストは１時間当たり１０億円と記憶を頼りに書きました。ソースを探してたんですがどうやら捨ててしまったようで、ネットで新たにサーチしたところ、こんなデータが見つかりました。なんと、UCバークレーのあのパターソン先生がシステムのダウンタイムコストについて論じた論文です。 ダウンタイムコストの事例データはパターソン先生の調査結果ではなくInternet Weekから持ってきたようですが、証券会社のオペレーションのダウン１時間あたりのコストは、645万ドルとなっています。まあ、10億円としても当たらずと言えども遠からずですね。 こういうシステムダウンのコストを算定する場合には、ダウン時間の売り上げがゼロになるという仮定の元に計算するのが普通です（実際には、顧客はシステムの回復を待って注文することもあるので、ダウン中の売り上げがすべてゼロになるわけではない
危険を測る、可能性を測る:近藤淳也の新ネットコミュニティ論 - CNET Japan
前回、完成度が50%の状態でサービスを公開するという話を書きましたが、「半分の完成度でサービスを出すなんて無茶苦茶だ」といった感想をもたれる方もいるのではないかと思います。 そうした意見の大半は、不具合などによる被害を想定してのことだと思います。確かに「ログインパスワードを誰でも盗めるような仕組みになっていたけれどろくに検証もせずに公開してしまった」みたいな事は許されない事です。 しかし、「パスワードを盗まれて他人が自分に成りすましポイントを換金されてしまう」といった被害と、例えば「一部のブラウザで表示が崩れて見えてしまう」被害とを比べたときに被害の規模が違うことも確かです。 ウェブページの表示が崩れて見えてしまうことを防がなくてはいけないのは確かなのですが、様々な被害を客観的に評価し、例えば表示が崩れるといった被害に対しては「これまでに表示を確認したブラウザは○○と△△ですが、もし他のブ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www2.noritz.co.jp/anchor/ashp/plsqldev/plsqlindex.html
東証、システムトラブル防止へ諮問機関---NIKKEI
http://nikkeibp.jp/wcs/leaf/CID/onair/jp/flash_rss/411670
http://www.yomiuri.co.jp/atmoney/news/20051102i114.htm
名証、システム障害で取引ストップ - ビジネス
マスタリングOracle DBA (DB press) | NRI ラーニングネットワーク株式会社, 上村 有子 |本 | 通販 | Amazon
Amazon.co.jp: SEのためのOracleチューニングハンドブック: 後藤孝憲, 名和満, 五嶋和彦, 井原秀樹: 本
