エンタープライズ：Linux How-To 第2回：「ext2を使いこなす」
いままで説明してきたように、ext3ファイルシステムはジャーナリングが搭載され、不正なシャットダウン後にfsckコマンドを実行する必要がなくなったわけだが、ジャーナリング機能があればfsckコマンドは不要というわけにはならない。 なぜならばext3ファイルシステムのジャーナリング機能は、メタデータや実際のデータがディスクに確実に記録することを保証するだけであり、ディスク上のトラブルやアプリケーションの不具合などによるメタデータの破壊には対応しないからだ。 不正なシャットダウン後の処理 ext3ファイルシステムを使っている場合、正しくシャットダウンせず、不正なシャットダウンが起こったことが分かると、再起動時において、自動的にジャーナリングとの照合が行われる。そしてジャーナリングの状態と不整合があれば、それを直ちに修復する。この過程は起動時に画面に表示されるが、あとでdmesgコマンドを実行す
Red Hat Enterprise Linux - itportal - Seesaa Wiki（ウィキ）
[ 企業/業界 ] itportal ITエキスパートに捧ぐ、実践を重視したポータルサイトです。"itportal"はIT（情報技術）に関わっている方々に、専門的な技術情報をご提供します。ITエキスパートにとって、日々の業務に不可欠な情報を "正確に"、"詳しく"、そして"分かりやすく" お伝えします。また、ITエンジニアのスキルアップやキャリアアップのための情報や製品、サービスを提供し、皆様のニーズにお応えします。 編集 履歴 添付 設定 新規ページ作成 メニュー サイト内を検索する カテゴリ Googleで検索する このサイトの読者になる リンク 最近更新したページ 2007-05-25 コンピュータの基礎 2007-05-19 MenuBar1 itportalリンク集 2007-05-15 Thunderbird 2007-05-07 オープンソース 2007-05-03 Fron
「はてな流大規模データ処理」を見てきた - もぎゃろぐ
KOF2008：関西オープンソース2008というイベントに来ています。 はてなの伊藤さんの講演があったので、講演メモを公開。 ＃ボクがメモした内容であって、100%言ったとおりに書いてあるわけじゃないので、参考としてご覧ください。 (続き) アジェンダ 大規模なデータ OSのキャッシュ MySQLの運用 大規模データアプリケーションの開発 データの例 はてなブックマークのデータ量：五千万件くらいのデータ量 このデータに対して何百万人がアクセスしてくる状況でどういう作りにするか レコード数 1073万エントリー 3134万エントリー 4143万タグ データサイズ エントリー2.5GB 何の工夫もなく普通にアクセスすると...200秒待っても結果が帰ってこない 大規模データの難しいところ 開発サーバで開発者が作っている時は快適に動いていても、多数の人間がアク
PHPは100台近く，MySQLは1億レコードのDBで使用---楽天 開発推進部長 安武弘晃氏に聞く
「外部に対し情報を提供すれば，我々が必要とする情報も入手しやすくなる」---これまで内部システムについては口を閉ざしてきた楽天が，そのシステムについて語り始めた。 同社はいわずとしれた国内最大規模のオンライン・ショッピング・サイト「楽天市場」を運営する企業。楽天はシステムではなくサービスを提供する企業，という考えから，これまでシステムについての情報はあまり提供してこなかったのだ。 しかし，状況は変わってきた。楽天で開発の陣頭指揮を執る安武弘晃 開発推進部長は，「サービスの規模が大きくなるにつれて企業規模も大きくなり，開発の進め方が職人芸的な形から，チームによる組織的な形へと変わってきた」と述べる。そして冒頭のようなオープン路線宣言となったわけである。 その結果，楽天はLinuxやApacheはもちろん，数十台のサーバーでMySQLを動かし，約半数のアプリケーションでPHPを採用する，オープ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大規模事例におけるMySQL/キャッシュサーバの構成例 « Webサイト制作のメモメモ
