Back up

SQL Server 2012 SP1 CU2で、バックアップ先/リストア元のストレージとしてWindows Azureストレージを選択できるようになりました。
T-SQLかSMO（Server Management Objects）で実行できます。

オンプレミスのSQL Server向けの機能強化ですが、Windows Azure VM上のSQL Serverでも使用できます。

前提条件

SQL Server 2012 SP1 CU2をインストールしている必要があります。
ダウンロードは、ここからできます。
当然、Windows Azureのアカウントが必要です。

Windows Azureストレージの作成

Windows Azure blobストレージにデータベースをバックアップするために、Windows Azureストレージアカウントを作成する必要があります。

1. Windows Azure管理ポータルにログインします。
2. 管理ポータルの下部の「New」ボタンをクリックします。
3. リボン上で、［DATA SERVICES］‐［STORAGE］‐［QUICK CREATE］を選択します。
   
4. ［URL］にストレージアカウントのURLに使用するサブドメイン名を入力します。
   ３～24文字の英数字を入力してください。
   ［REGION/AFFINITY GROUP］に、地域とアフィニティグループを選択してください。
   
5. ［CREATE STORAGE ACCOUNT］をクリックします。
   

コンテナの作成

次にストレージアカウントにコンテナを作成します。
コンテナはblobをグルーピングする一塊です。

1. 管理ポータルからストレージアカウントを選択します。ストレージアカウントのダッシュボードが開きます。
   
2. ［CONTAINERS］タブを選択し、コンテナ一覧を表示します。
   ストレージアカウントを作成した直後であれば、コンテナはありません。
   ［CREATE A BLOB CONTAINER］か［ADD CONTAINER］ボタンをクリックします。
   
3. 新しいBLOBコンテナを作成する画面が開きます。
   NAMEに、コンテナ名を入力します。ACCESSをPrivateに選択し、ボタンをクリックします。
   

SQL Serverで認証情報を作成する

SQL ServerにWindows Azure ストレージ認証情報を格納するために認証を作成する必要があります。SQL Server Manaement Studioを使用してSQL Serverに接続し、新しいクエリウィンドウを開きます。
次のT-SQLで、Windows Azureストレージ認証用の認証情報を作成します。

CREATE CREDENTIAL mycredential
WITH IDENTITY = ‘mystorageaccount’,SECRET = ‘<storage access key>’;

Windows Azure管理ポータルに戻り、ストレージのDASHBOARDで［MANAGE KEYS］ボタンをクリックします。

Manage Access Keysウィンドウが開きます。

ストレージアカウントの名前をコピーし、T-SQLの「mystorageaccount」部分に貼り付けます。［PRIMARY ACCESS KEY］か［SECONDARY ACCESS KEY］をコピーし、「Storage Access Key」部分に貼り付けます。

T-SQLを実行します。
「mycredential」認証の作成に成功したら、次のクエリで情報を確認することができます。

データベースのバックアップ

認証を作成した後、認証情報を使用してWindows Azure Blobストレージにデータベースをバックアップすることができます。次の例は、AdventureWorks2012データベースをWindows Azure Blobストレージサービスにバックアップしています。

BACKUP DATABASE AdventureWorks2012
TO URL = ‘https://pfestorageaccount.blob.core.windows.net/sqlbackup/AdventureWorks2012.bak’
WITH CREDENTIAL = ‘mycredential’
,STATS = 5;
GO

サードパーティのWindows Azureストレージの管理ツールで、バックアップファイルを確認することができます。

データベースのリストア

次のクエリでデータベースをリストアすることができます。

RESTORE DATABASE AdventureWorks2012
FROM URL = ‘https://pfestorageaccount.blob.core.windows.net/sqlbackup/AdventureWorks2012.bak’
WITH CREDENTIAL = ‘mycredential’
,STATS = 5;
GO

参考情報

詳細な情報が、MSDNライブラリで提供されています。
このチュートリアルを参照してください。

この投稿は、MSDNブログの韓国プレミアムフィールドエンジニブログに投稿された「How to backup and restore user database from SQL server to Windows Azure blob storage.」をざっくり違約した投稿です。

先日、SQL AzureからWindows Azure ストレージBlobに直接データのバックアップを取る「管理ポータルからSQL Azureデータベースのインポート/エクスポート」を紹介した。この機能は、Blobに直接バックアップを保存する機能だったため、ローカルに保存するにはBlobからダウンロードする必要があった。

しかし、SQL Azureから直接ローカルにバックアップをとる機能がすでにリリースされていたのだから、びっくりしちゃいますよね。公開した機能は、ちゃんとアピールしてくれないと見落としちゃうので、ちゃんとアピールしてください！マイクロソフトさん。

「SQL AzureのURL=Database Managerのログイン画面」で、個別URLが存在することを説明しました。今回紹介する機能は、このURLが非常に重要になります。

まず、SQL Azure Database Manager改め、SQL Azure管理ポータル（Management Portal for SQL Azure）に名称が変わり、従来のDatabase Managerの機能に加えて、データベースを作成、削除できる機能とデータベースのバックアップと、バックアップから新規DBとしてデプロイできる機能が追加されました。

上述した機能の内、後者については注意が必要です。この機能を使用するには、直接個別URLに接続しなければなりません。

https://lpw5xv9un1.database.windows.net
こんな感じのURLです。

Windows Azure管理ポータルから「管理」ボタンをクリックすることでもSQL Azure管理ポータルにアクセスできますが、微妙に違いが発生します。

上記画像は、とてもよく似ているが微妙に違いが発生している。上の画像は、直接URLにアクセスした場合、下の画像は、「管理」ボタンをクリックしてアクセスした場合である。
これから紹介する機能は、上側のDatabaseがブランクでOptionとなっている方を使用しなければならない。
上側で、dtabaseをブランクにしたまま、ログインする。

これまた、非常にひているが、微妙に違う。
上側はデータベース名をブランクでログインした時の画面で、下側はデータベース名を入力してログインした時の画面。
下側だと、「Database Life Cycle」ワークスペースが無いのです。。。。

そして、、「Database Life Cycle」ワークスペースを表示させると次のメニューが表示される。

あら素敵。

Extractをクリックする。

Saveボタンをクリックすると。。。

保存ダイアログが表示されてdacpac形式で保存できることがわかる。

 

一方、deployボタンをクリックしてみる

あら素敵。

dacpacから新たにデプロイできちゃうんですね。

Backing Up Your SQL Azure Database Using Database Copy – SQL Azure Team Blog – Site Home – MSDN Blogsを簡単に翻訳したエントリーです。

異なるSQL Azureサーバー間でDATABASE COPYを実行した も参照してください。

また記事内に誤りがありますので、コメント欄を参照してください。

SQL Azure Service Update 4のリリースで、SQL Azure上で動作しているデータベースのスナップショットを作成できるようになりました。

本番環境のデータベースを変更する前に簡単にバックアップを作成したり、本番環境のデータベースと同じテストデータベースを作成できるようになりました。

元のデータベースのダウンタイム無しでトランザクション・メカニズムを使用して、バックアップがSQL Azureデータセンターで実行されます。データベースは、同じデータセンター内に新しいデータベースに完全にコピーされます。同じデータセンター内の別のサーバにコピーするか、同じサーバの別のデータベース名にコピーするかを選択することができます。

コピープロセスで作成される新しいデータベースは、コピーが完了した時の時点で元のデータベースとのトランザクション一貫性があります。つまり、スナップショットのタイミングは、コピーを開始した時間では無く、コピーが終了した時間です。

事始め

次のようなT-SQLを使用します。

CREATE DATABASE destination_database_name
    AS COPY OF [source_server_name.]source_database_name

同じサーバーにAdventure Worksをコピーするために、次のようなクエリを実行します。

CREATE DATABASE [AdvetureWorksBackup] AS COPY OF [AdventureWorksLTAZ2008R2]

このコマンドは、コピー先のSQL Azureサーバーのmasterデータベースに接続して実行しなければなりません。

コピーのモニタリング

sys.dm_database_copiesと呼ばれる動的管理ビューを使用することで、データベースのコピー状況をモニタリングすることができます。クエリは次のようなものを使用します。

SELECT *
FROM sys.dm_database_copies

Adventure Worksのコピーの状況は次のように表示されます。

必要な権限

別のSQL Azureサーバーにデータベースをコピーするときは、コピー元のサーバーとコピー先のサーバーに、コマンドを実行するログインとパスワードが同じものが存在していなければなりません。コピー元のサーバーのログインには、db_owner権限が必要で、コピー先のサーバーのログインには、dbmanager権限が必要です。権限についての詳細情報はMSDNのドキュメント(Copying Databases in SQL Azure)を参照してください。

注意点は、コピー先のデータベースとコピー元のデータベースは同じサービスアカウント(Live ID)に所属している必要が無いということです。実際、あなたのデータベースをコピーコマンドを使用して、第三者のサーバーにコピーすることができます。

なぜ他のサーバーにコピーするのですか？

同じサーバーか、別のサーバーにデータベースをコピーした場合、同じデータセンター内で同じリソースを配分することになります。それぞれのサーバーは、同じエンドポイントですが、物理マシンは異なります。このことの詳細は、A Server Is Not a Machineにて説明しています。では、なぜ他のサーバーにコピーするのですか？その理由は２つあります。

• 新しいデータベースでは、SQL Azureポータルの管理者アカウントを別の物にしたいときです。本番サーバーからテストサーバーにテストサーバーにデータベースをコピーした場合、テスト責任者がテストサーバーにデータベースを作成したり削除したりできるようにします。
• 新しいデータベースの支払いを、別の支払い用のサービスアカウントに課金されるようにしたい時です。

まとめ

データベースコピーに関する追加情報は、MSDNのドキュメント(Copying Databases in SQL Azure)を参照してください。