バックアップの所要時間を短縮するテクニック
主な内容 --Page 1-- ▼バックアップ方法を検討する ▼増分バックアップで取得する ▼リストア時の違い --Page 2-- ▼増分バックアップの取得例 ▼増分バックアップの高速化 --Page 3-- ▼バックアップ対象を分割して取得する --Page 4-- ▼アーカイブREDOログファイルのみを取得する ▼バックアップ対象を減らす 前回「これだけでRecovery Managerは完全マスター」ではRecovery Manager（以下、RMAN）の概要とデータベース全体のバックアップを例に簡単な操作方法を紹介しました。今回はOracle 10gの新機能も踏まえつつ応用的なバックアップの方法について説明します。以降のバックアップ結果については、これまでと同様にLinux環境のOracle 10g Relese2で実行したものになります。 バックアップ方法を検討する データベー
データベース・セキュリティ管理システム(IPLOCKS)アイピーロックス
なぜIPLocksが選ばれるのか？ ・ 数々の受賞歴と世界中の顧客が証明するセキュリティソリューション ・ Oracle、MS SQL Server、DB2、Teradata、PostgreSQL などのマルチデータベースに対応したセキュリティソリューション ぜい弱なセキュリティとコンプライアンスは情報漏洩事件発生のリスクを高めます。 すべてのデータベース活動の完全で正確な適用範囲を提供するのがIPLocksの特長です。 IPLocksはデータベースのリスクを自動的に検出し、不正アクセスを抑止し、詳細なログを取得します。甚大な被害をもたらす情報漏洩、不正アクセスに対応するためには全体的なセキュリティ対策が必要です。多くのリスクを見逃すネットワークベースのツールを過信しないでください。あなたのセキュリティ・システムは本当にデータを安全に守っていますか？
そのデータベース壊せますか？ そして直せますか？（1/4） ― ＠IT
本連載の最終回となる今回は、データベースの論理障害をテーマとして取り上げます。データベースエンジニアの仕事としては、これまでの連載で紹介してきたデータベース設計について取り上げられることが多いのですが、論理障害を含むデータベース運用設計は、システムの設計開発より圧倒的に長い保守運用期間を乗り切るために非常に重要な工程です。 今回のタイトルからも連想されるとおり、当初は「さまざまな方法で本当にデータベースを壊して障害状態を観察し、そこからの復旧作業を疑似体験する」というデータベースの物理障害からの復旧、いわゆるバックアップとデータベースリカバリを予定していました。 しかし、近々のハードウェア事情を見ると、高性能化、低価格化が進み、安価に冗長性を持った環境を用意できるようになり、ハードウェア障害が直接データベース障害の原因になるケースが少なくなりました。また、OSやDBMSなどのソフトウェアの
物理バックアップの失敗を根絶するノウハウ（1/4） ― ＠IT
主な内容 --Page 1-- ▼アーカイブREDOログファイルのバックアップと削除 --Page 2-- ▼アーカイブREDOログファイルのバックアップと削除（続き） --Page 3-- ▼データファイルの破損チェック --Page 4-- ▼物理バックアップ取得の失敗例 今回は前回「OSコマンドによる物理バックアップの全手順」に引き続き、OSコマンドによる物理バックアップの一貫性バックアップ、非一貫性バックアップについて解説しますが、さらに踏み込んだ内容として物理バックアップを行う際の注意点やデータファイルの破損チェック方法などに焦点を絞って説明します。なお、文中の実行画面は、Linux版Oracle Database 10g Release 2を使用しています。 アーカイブREDOログファイルのバックアップと削除 前回でも、アーカイブREDOログファイルのバックアップについて触れま
日本版SOX法時代のOracleセキュリティ（後編） 1/3 － ＠IT
前編の「データで分析するDBセキュリティの立ち遅れ原因」では、アシストが開催するセミナー参加者に行ったアンケート結果から、どのようなセキュリティ対策が行われているのかを確認しました。ユーザー認証やアクセス制御、アカウント管理などを優先して対応している状況を確認することができましたが、現時点ではデータベースに対するセキュリティ対策は、サーバやネットワークのセキュリティ対策ほど普及していない状況であることも分かりました。 データベース・セキュリティが重要であるということは認識しているものの、ほかのセキュリティ対策を優先したり、実装に当たって影響範囲の広さなど考慮すべき点が多いために、なかなか実装にまでは至っていないケースも多くあることが推測されます。 今回は、Oracleデータベースにおけるセキュリティ機能である「格納データの暗号化」と「監査」について、実装するうえでポイントとなる項目やパフォ
Data Pumpを使った論理バックアップの実践
主な内容 --Page 1-- ▼Data Pump Export／Importユーティリティで論理バックアップ --Page 2-- ▼論理バックアップ処理を一時停止する --Page 3-- ▼ダンプ・ファイル・セットの使用ディスク容量を見積もる ▼データファイル、表領域、スキーマを変更してリカバリを行う ▼アンロード／ロード処理のパラレル実行 ▼覚えておくと便利なパラメータ一覧 第3回「Oracleの代表的なバックアップ方法」、第4回「Recovery Managerを使ったバックアップ方法」では、Oracleの代表的なバックアップ方法の概要について説明してきました。今回は、第3回で説明した論理バックアップ方法としてDataPumpに焦点を当て、具体的な使用方法やその際の注意点を説明します。 Data Pump Export／Importユーティリティで論理バックアップ Oracle
Recovery Managerを使ったバックアップ方法
主な内容 --Page 1-- ▼Oracle Recovery Managerによるバックアップ --Page 2-- ▼Oracleの機能を利用した2次的なバックアップ方法 --Page 3-- ▼Oracle Data Guardを使った2次的なバックアップ方法 ▼各バックアップ手法のメリット・デメリット 今回は前回に引き続き、Oracleで一般的に利用されるバックアップ方法の概要について説明します（詳細については、第5回以降にて説明します）。前回はエクスポート・ユーティリティとOSコマンドによるバックアップについて説明しました。今回はOracle Recovery Managerを使用したバックアップ方法を説明します。また、2次的なバックアップとしても利用できる災害対策機能、オブジェクト複製機能についても紹介します。 Oracle Recovery Managerによるバックアップ
SHIFT the Oracle - oracle tips and tricks
コンテンツは 2007 年に以下の専用ドメインに移転しました。 https://www.shift-the-oracle.com/
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ