hbstudy × qpstudy × 第17回 まっちゃ445勉強会 #hq445 (3ページ目)hbstudy × qpstudy × 第17回 まっちゃ445勉強会 8/6(土)に株式会社インターネットイニシアティブ殿で開かれた、hbstudy・qpstudy・まっちゃ445の合同勉強会でのつぶやきをまとめました。一部についてはUstreamでの撮影 1) Session1：Gentoo Linux (hbstudy matuu様) 続きを読む
MySQL5.6での新しい暗黙のデフォルトを改めて
使ってみたりBugsに色々上がったりしているのを見たのでメモ。 ネタ元はOracle公式のここ。 MySQL Server 5.6 defaults changes ・binlog_checksum ⇒5.6からの新規パラメータ。 暗黙のデフォルトはcrc32だが、 マスターが5.6、スレーブが5.5以下の(定石を無視した)環境ではnoneでないとI/O Threadが転ける。 ・innodb_buffer_pool_instances ⇒5.5ではデフォルト1が、デフォルトautosized8に。 autosizedではinnodb_buffer_pool_sizeが1300M以上の時はinnodb_buffer_pool_size/128Mに設定されるらしい。 木下さんが昔「5.5では1から動かさない方が良いよ」って書いていたけれど、 Dimitriさんが5.6でやったやつを見ると使い
二重化の限界を知り障害に備えよ
出典：日経コンピュータ 2012年10月11日号 （記事は執筆時の情報に基づいており、現在では異なる場合があります） サーバーやネットワークの冗長化は情報システムの信頼性を高めるための常套手段である。しかし、冗長構成を組んだからといって安心はできない。障害発生時、本番系から待機系への切り替えがうまくいかないケースが後を絶たないからだ。なぜフェイルオーバーに失敗するのか。有効な自衛手段はあるのか。事例を基にひも解いていく。 2012年、東京証券取引所は取引停止につながる大規模なシステム障害を二度引き起こし、金融庁から業務改善命令を受けた。東証の取引システムのようなミッションクリティカルな情報システムは、サーバーやネットワークなどを冗長化している。二度の障害はいずれもハードウエア故障が発端。本来、何事もなく本番系から待機系に自動的に切り替わり、サービスを継続できるはずだった。ところが、二度とも
本日12月1日より、プログラマ有志による2012年の技術系Advent Calendarが各所ではじまる | gihyo.jp
本日12月1日より、プログラマ有志による2012年の技術系Advent Calendarが各所ではじまる 本日12月1日より、プログラマ有志による2012年の各技術系Advent Calendarが一日目を担当する人のblogではじまっている。定番化したと言っていいほどの、師走の風物詩になっている。 昨年は技術系Advent Calendarが多方面で行われたが、今年は昨年を超える技術系Advent Calendarが12月1日より行われそうだ。 一般的なAdvent Calendarは、12月25日のクリスマスを楽しみに待つために、12月1日から24日までのカレンダーの日付の部分（扉だったりする）を開けるようになっており、1日ずつその日の日付の部分を開くと天使や動物の絵などが見えるという仕組み（もちろん、様々なバリエーションがある）。 これに発想をえて、技術系Advent Calen
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
conma.me
