DBバックアップをチューニングしてみよう！（RMAN） - DBひとりでできるもん
こんにちは、プラチナホルダー浜辺です。 最近、大規模システムで「 RMAN によるDBバックアップが遅い」 という相談が増えておりますので、 本記事にてDBバックアップ時間を短くするテクニックをご紹介します。 ※注意※ 本記事ではDBバックアップの取得方法として RMAN の利用を前提としております。 プラチナホルダー浜辺執筆＆登場記事はこちらを参照ください！（一部紹介） 新年1発目の講演してきました！ PDBの作成方法 PDBの自動起動 DBバックアップが遅い原因は？ RMAN のDBバックアップですが、ざっくりと以下の流れで行われます。 一般的にDBバックアップに時間が掛かる要因としては、以下が考えられます。 [1. 読み込みフェーズ] ・DBファイルの配置先が低速なディスクである ・DBファイルの配置先のディスクにアクセスが集中している ・ネットワーク帯域が狭い（不足） [ 2. コ
データベース サイズの制限
GFI LanGuard では、Microsoft SQL Server または Microsoft SQL Server Express のどちらかをデータベース バックエンドとして使用できます。 注意 Microsoft SQL Server Express は無料ですが、データベースのサイズに制限があります。 Microsoft SQL Server Express は、2,000 台までのコンピューターやデバイスを管理する GFI LanGuard 展開に使用することをお勧めします。 SQL Server Standard Edition は無料ではありませんが、最大 524 ペタバイトまで対応します。より大きな展開には、こちらをご利用ください。 次の一覧に、SQL Server Express エディションのバージョンとそのサイズ制限に関する簡単な情報を示します。 2008 Ex
NVARCHARの桁数の罠 - bt
SQLServerにはVARCHARのユニコード対応版である、NVARCHARというデータ型があります。 このNVARCHAR型の桁数がなかなかの曲者なんです。 VARCHAR(10)には何文字格納できるか？ こう聞かれれば「半角10文字、全角5文字」と答える人が多いのではないでしょうか。 おそらくVARCHAR(10)の10は半角文字数と認識されていると思います。 ではNVARCHAR(10)ではどうでしょうか？ 正解は「半角10文字、全角10文字」です。 NVARCHARはユニコードを扱うので、全ての文字を同じバイトで格納します。 従って半角全角の区別はありません。 NVARCHAR(10)の10は半角全角の区別なく、単純に文字数です。 この差を意識せずにNVARCHAR(10)をVARCHAR(10)に変換しようとすると たちまち桁あふれエラーが発生してしまうので注意が必要です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
