[B! recovery] dannのブックマーク

Oracle |クラウド・アプリケーションとクラウド・プラットフォーム

オラクルは、イスラエルとその市民に対するテロ攻撃を許しません。オラクルは、当社の従業員、イスラエル政府、および同国の防衛組織に必要なあらゆる支援を提供する方針です。 Magen David Adomは、イスラエル市民に緊急医療サービスを提供する非営利団体で、あらゆる場所で人間の苦しみを軽減し、すべての人々の健康と尊厳を守ることに尽力しています。オラクルは、当社の従業員から寄せられた寄付金と同額を上乗せして、この重要な組織に寄付します。#istandwithisrael

dann 2011/11/19

リンク

[INSIGHT OUT 2011] C27 今こそBCPを考える～コスト・要件に応じたデータベースのディザスタ・リカバリを提案しよう！～(kishida)

dann 2011/11/16

リンク

OTN Japan - 404 Error

dann 2011/04/06

リンク

パフォーマンスセラピー / チェックポイントに影響するパラメータ

この機能は、EnterpriseEditioｎのみで使用できます。 FAST_START_IO_TARGETパラメータによって、インスタンス回復のためにOracleが許可すべきI/O操作の回数が制限されます。回復に必要な操作の回数がこの制限を超えると、Oracleによって使用済みバッファがディスクに書込まれます。このパラメータ値を小さくするほど、リカバリ時間を短縮できます。また、Oracle9iにおいて、このパラメータは下位互換のために残されています。 FAST_START_IO_TARGETパラメータの設定概要を以下に記します。

dann 2011/04/06

リンク

http://otndnld.oracle.co.jp/products/iserver/oracle9i/pdf/MAA_WP_FastStartCheckpointing.pdf

dann 2011/04/06

リンク

バックアップおよびリカバリのチューニング

11 バックアップおよびリカバリのチューニング Recovery Managerのパフォーマンスをチューニングする第1の目的は、ディスクおよびテープ上でRecovery Managerを使用してバックアップを作成したり、それらのバックアップからリストアを実行する際の速度を可能なかぎり高速にすることです（特にテープを使用する場合）。第2の目的は、データベース・スループットに対するバックアップ・アクティビティの影響を制限することです。インスタンスのリカバリの際に、データベースのパフォーマンスをチューニングする必要がある場合もあります。この章では、パフォーマンスのチューニングの概要、およびチューニングに役立つRecovery Managerの機能について説明します。この章の内容は、次のとおりです。 Recovery Managerのチューニングの概要 Recovery Managerのパフォ

dann 2011/04/06

FAST_START_MTTR_TARGET

リンク

ウノウラボ Unoh Labs: MySQL オペミスでデータが破損してしまった場合の復旧方法

こんにちは satoです。オペミスで update に where句を付け忘れたり、プログラムのバグでデータが破損してしまったりした場合でも、バイナリログには更新SQLがすべて書き込まれるので、バックアップデータからオペミスが起こるまでの全てのSQLを流し込めれば、元の状態に戻すことは可能です。 •バイナリログを取っている •オンラインバックアップをとっている(mysqldumpやMySQLを止めた状態でのcpによるバックアップとバイナリログ) •バックアップ時点でのバイナリログの書き込み位置を保存している以上のような状態でデータが壊れた時の復旧手順をまとめてみました。シナリオとして •ある1カラム em ail をupdateしようとしたら、間違ってwhere 句を付け忘れ全レコードをupdateしてしまった •気がついたのが半日後というオペミスが発生したとします 1) データベー

dann 2009/10/06

リンク

ウノウラボ Unoh Labs: linuxで○○が壊れた時の対処法

こんにちは satoです。障害の多くの場合はハードディスク障害ですが、実際障害が起きた際に、どのように復旧するかをケース別に書いてみようと思います。 hdd のセクタが壊れた /var/log/message等に kernel: hda: dma_intr: status=0x51などど表示されているとハードディスク障害の可能性が高いです。 badblocks -vs -o hda1.sector /dev/hda1 (かなり時間がかかる)とやると不良セクタが書き出されたファイル hda1.sector ができます。 fsck -l hda1.sector /dev/hda1 とやると不良セクタを使用しないようになります。いずれにしても早めの交換をお勧めします。 memoryが壊れた http://blog.miraclelinux.com/mita/cat218683/index.

dann 2006/09/23

リンク

はてなブックマーク

タグ

関連タグで絞り込む (9)

recoveryに関するdannのブックマーク (8)

お知らせ

今週のはてなブックマーク数ランキング（2024年11月第1週）

月間はてなブックマーク数ランキング（2024年10月）

今週のはてなブックマーク数ランキング（2024年10月第4週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス