Oracle Cloud Infrastructure Blog(翻訳)

RMANのバックアップをS3からOCIに移行（OSSB Cloud Module for AWS S3からDB Cloud Backup Module for OCIへの移行 (2020/03/26) https://blogs.oracle.com/maa/migrating-rman-backups-from-aws-s3-to-oci 投稿者： Marco Calmasini | Sr. Principal Product Manager 本ブログシリーズのパート1では、AWS S3上に存在する既存のOracleデータベースのバックアップをOCIに移行する手順を概説します。 なぜOracle DatabaseバックアップをOCIに移行するのか？ OSB Cloud Module for AWS S3はGlacier（アーカイブストレージ）をサポートしていません。 バックアップはS3にしか保存できませんが、それに伴うコストがかかり、特に長期的には非常に高くなる可能性があります。 OCIのデータベースバックアップサービスは、Object Lifecycle Policiesをサポートしています。 バックアップは、定義された期間だけ標準のオブジェクト・ストレージに保存して迅速にリストアし、 その後、アーカイブ・ストレージに自動的に階層化して長期的に低コストで保持することができます。 RMANは、必要に応じてアーカイブ・ストレージからのバックアップの呼び出しと復元を自動的に管理します。 OCIのバックアップサービスでは、ストリーム単位のライセンスは必要ありません。 OCIのデータベースバックアップクラウドモジュールは、サービスの一部として含まれており、 パフォーマンス目標を達成するために必要なだけのストリームを、任意の数のデータベースにまたがって活用することができます。 OSB Cloud Module for AWS S3とDB Backup Cloud Module for OCIは、 バックアップデータをクラウドバケットに保存する際に同じフォーマットを使用しているため、 S3からOCIへのバックアップの移行は以下のように簡単に行えます。 RMANのバックアップセットをOCIオブジェクトにマッピングする方法 RMANはバックアップセットを複数のバックアップピー

  Oracle Cloud Infrastructure MarketplaceでSolution-Soft Time Machineが利用可能に (2020/03/23) https://blogs.oracle.com/cloud-infrastructure/solution-soft-time-machine-now-available-on-the-oracle-cloud-infrastructure-marketplace 投稿者：Guest Author この記事は、Solution-Softの社長兼CEOであるPaul Wangがゲスト執筆しました。 ソリューションソフトは、アプリケーションをテストおよびハードニングするためのソフトウェアを提供し、 時間や日付の変更によってアプリケーションがスムーズに動作するようにしています。 Oracle OpenWorld 2019で 発表 されたOracle Cloud Infrastructure Marketplaceの有料リスティング・プログラムで、 当社のTime Machine®ソリューションを発表できることを誇りに思います。 Oracle Cloudのお客様は、ユニバーサル・クレジットを使用してTime Machineの使用料を支払うことができます。 Time Machineは、BYOL（Bring Your Own License）の提供としても利用できます。 Time Machineの話。タイムシフトテストのベストプラクティス Time Machineは、アプリケーションやデータベースを未来や過去に「タイムトラベル」することを可能にするソフトウェア仮想時計を提供します。 Time Machineは、月末、四半期末、期末処理、請求サイクル、ワークフロー、規制当局の立ち上げ、 ポリシーのライフサイクルなど、日付や時間の影響を受けるアプリケーション・ロジックのタイムシフト・テストを容易にします。 20年以上にわたって市場で実証されたソリューションとして、 Time Machineは現在、フォーチュン100社のうち47社と世界中の数千人のユーザーに使用されています。 連邦準備銀行、ATO、ロイズ銀行、NAB、フェデックス、アメリカン・エキスプレス、ホーム・デポ、Aetna、CA Obamacareな

Oracle Databaseの重複キーエラー(ORA-00001)を回避する方法 (2020/03/03) https://blogs.oracle.com/sql/post/how-to-skip-duplicate-key-errors-ora-00001-in-oracle-database 投稿者： Chris Saxon | Developer Advocate これは、あらゆるデータロードの悩みの種です。プロセスの99%が完了しても、最後の数行で失敗してしまうのです。 insert into target_table select * from massive_table where last_row_is_a_duplicate = 'Y'; ORA-00001: unique constraint (...) violated これは通常、プロセス全体を中止します。すべてをロールバックします。 つまり、データをクリーンアップする必要があります。そして、もう一度ロードを実行します。 これは、ロードが完了するまでに何時間もかかる場合に特に問題となります。 幸いなことに、Oracle Databaseには重複行をスキップする方法がいくつかあり、これを利用することでこのような事態を防ぐことができます。この記事では、その方法を紹介します。     サブクエリを使用して既存のキーの追加を停止     挿入時に ignore_row_on_dupkey_index ヒントを追加     DMLエラーロギングを使用して、エラーを捕捉     制約を遅延可能化 しかし、その前に、主キーと一意性制約とは何か、なぜそれを持つのかについて、簡単に復習しておきましょう。 主キー制約と一意性制約とは？ テーブルの中の特定の1行を見つけることができるのは、SQLの基本的な機能です。実際、これは 第一正規形 の必要条件です。 例えば、あなたのアプリケーションのアカウントのユーザー名を考えてみましょう。誰かが正しいパスワードを入力したことを確認し、ログイン時にその詳細を表示するためには、そのユーザー名の行を見つける必要があります。そして、それぞれのユーザ名が accounts テーブルに一度しか現れないことを確認します。 ユーザ名を一意であると