Windows Azure サマリ のバックアップ(No.1)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

• バックアップ一覧
• ソース を表示
• Windows Azure サマリ は削除されています。
  • 1 (2014-10-06 (月) 08:04:19)

---

• 戻る?

目次 †

2012/10時点のWindows Azureの情報です。

サービス一覧 †

• コンピュート・サービス（コンピューテング）
  • 仮想マシンを時間貸しするサービス
  • PaaS型およびIaaS型サービスを提供

• データ・サービス（データ管理）
  • 構造型＆非構造型データの取り扱い
  • RDBMSおよびNo SQLデータのサポート

• ネットワーク・サービス（ネットワーク）
  • ハイブリッド型アーキテクチャの実現
  • オンプレミスとの接続サポート
  • ディザスタリカバリ機能の提供

• その他、サービス（アプリケーション）
  • コンピューティングサービスの補完
  • エンタープライズ向けサービス
  • アドオン機能の提供

コンピュート・サービス（コンピューテング） †

新しいサービスの種別（括り）が増えた。

• PaaS
  今までのコンピュート・サービス（Webサイトも同じ括りになった）

• クラウド・サービス
  • フル・コントロールではないが、構築・運用は自動化される。
  • Webロール：フロントエンド
  • Workerロール：バックエンド

• Webサイト
  • フル・コントロールではないが、構築・運用は自動化される。
  • 簡易的なWebアプリケーションをホスティングする環境
  • ASP.NET、ASP、PHP、Node.js、Python.etc
  • FTP、GIT、CMS（OSS：WordPress?、Dupal、Joomal!.etc）.etc

• IaaS（＝ 仮想マシン）
  • フルコントロールだが、構築・運用は自動化されない。
  • Windows、LinuxをVM（Hyper-V）でホスティング可能。
  • Hyper-V対応のVHDをアップロード＆使用可能。

Webサイトのインスタンス種別

コンピュート・サービスのインスタンス（PaaS、IaaS、Webサイトの占有）

クラウド・サービス（＝ PaaS） †

今までのコンピュート・サービス

機能 †

• Web ロール

• Web経由でアクセスするWebアプリ、Webサービス

• 起動方法
  • Web経由でアクセスする（HTTP、HTTPSで起動）。
    
  • WCFのTCP/IPはサポートされていない。

• HTTP、HTTPSのInput Endpointは自動的にロードバランスされる。

• Workerロール（バッチ処理用）

• IISなしのWeb ロール

• 起動方法

• ストレージサービス系のキュー
• イベントタイマや、無限ループ

• WCFのTCP/IP
  • Internal EndPoint?は自前でロードバランスする。
  • Internal EndPoint?は同一のデプロイのみ参照可能に設定可能

• バッチ処理の検討項目

• サーバ構成の検討
  ● スケジューラと同一サーバ
  ● スケジューラと別サーバ
  　（スケジューラ・サーバからWorkerロールを起動）

• プロセス構成の検討
  ● バッチ処理メソッドとして実装
  ● EXE化（EXEのプロジェクト出力をパケージに含める）

• 要検討
  ● 分割コミット
  ● リラン（再開位置）
  ● 並列実行
  　処理対象結果セットの分割
  　Service Management APIでインスタンス追加

特徴 †

• PaaSによる標準化により定数設計、構築は割愛（制限）される。
  

• OSを直接操作することは基本的にできない。
  従って、チューニングではなく、スケールアウトで対応。
  • 2インスタンスで99.95%のHA（SLAの可用性）
  • ただし、設計上はノンストップ（99.999%）
  • Faultドメイン、Upgradeドメインを跨いで配置

• Windows Server 2008 SP2（x64）、R2（x64）をサポート
  Windows Server 2012サポート予定（時期未定）

• ASP.NET以外のアプリをホスト可能
  • ネイティブ：CRTバージョン指定がある場合、CRT自体もデプロイする。
  • PHP：Startup TaskでPHPをインストール（5.3/5.2を選択可能）
  • ASP：COM登録（Startup TaskでRegServ32）が必要になる事が多い。
    ＃COMの64bit化か、WOW64設定が必要？
    

• リモート・デスクトップ接続可能。
  昔はリモート・デスクトップでの環境変更は非推奨であったが、ユーザ責任で接続可能に。
  （フェイル・オーバでない再起動レベルではインスタンスに環境変更設定が残るため）。

• カスタマイズ
  以下の方法で設定をカスタマイズできるが、クラッシュ等の原因で
  他のインスタンスにフェイル・オーバされた場合、設定はリセットされる。
  • スタートアップや、サービス定義ファイルでスクリプトを実行して昇格特権
  • 仮想マシン（（旧）VMロールはコンピュート・サービスの仮想マシンに移行された）

• キャッシュ機能
  • メモリの一部をキャッシュ領域として利用可能。
  • データキャッシュや、Session情報の格納先等に利用可能。
    WebロールでSessionを使用する場合、
    2インスタンス以上でSLAが保証されるので、
    2インスタンスで共用可能なSession情報の格納先が必須。

注意事項 †

• フルIISでの変更点
  • How to Resolve “SetConfigurationSettingPublisher? needs to be called before FromConfigurationSetting? can be used” After Moving to Windows Azure SDK 1.3
    http://blogs.msdn.com/b/windowsazure/archive/2010/12/08/how-to-resolve-setconfigurationsettingpublisher-needs-to-be-called-before-fromconfigurationsetting-can-be-used-after-moving-to-windows-azure-sdk-1-3.aspx

• Windows Azure 1.3の新機能の概要 － ＠IT
  http://www.atmarkit.co.jp/fdotnet/special/azuresdk13_01/azuresdk13_01_01.html
  WebロールでフルIIS機能（Full IIS in Web Role）

  フルIIS機能を利用する場合、アプリケーションはWindows Azure既定のWebサーバである「Windows Azure Hosted Web Core」（＝IIS 7以降で提供されているWebコンポーネント）ではなく、Windows Server標準のWebサーバである「IIS」の配下で動作する。そのため、FastCGI（＝PHPなどを実行するモジュール）の設定やRoleEntryPoint?派生クラス（＝WebRole?／WorkerRole?クラス）内での処理が必要になるなど、Webアプリケーションの処理や設定方法に変更が必要なケースがあるので注意されたい。

• ソリューション・プロジェクト・URL（エンドポイント）の関係
  
  • ソリューション
    Windows Azureクラウド・ソリューション＝デプロイ
    • １つのデプロイは、１つのWindows Azureクラウド・サービス・プロジェクトを中心としたソリューションに纏められる。
    • また、１つのデプロイは、１つのFQDN名を持つ（[yourappname].cloudapp.net）。

• プロジェクト
  • このソリューション中には１～２５個のWebロール or Workerロールのプロジェクトが含まれる。
  • 各ロールにEXE、DLLなどのプライマリ出力を渡すための他のプロジェクトがあっても上記の数には含まれない。

• エンドポイント
  • 各Webロールは、其々別々のエンドポイント定義を持っている。
  • １ロール、最大２５個のエンドポイントを定義できる。
  • エンドポイントは、[FQDN名/パス]ではなく、[FQDN名:ポート番号]で識別される。

• エンドポイントには以下の３つのタイプがある。
  ● Input：外部からの通信が可能
  ● Internal：インスタンス間のみの通信が可能
  ● InstanceInput?：RDP的な各インスタンスへのダイレクトアクセス

• エンドポイントのプロトコルには以下を指定できる。
  ● HTTP
  ● HTTPS
  ● TCP
  ● UDP

Webサイト †

マルチ・テナント環境に高速に簡易的Webサイトを構築可能なサービス。

機能 †

• 無料から始める事ができる（原則１）。
• ASP.NET、PHP、Python、Node.jsで開発したアプリをホスト可能。

特徴 †

• GITからWebサイトに配置（基本出来合いのアプリ、自分のアプリもGITに登録可能）
• アプリケーションのギャラリーからWordpress等のCMSのテンプレートを選択可能。
• Visual StudioとWebMatrix?と連携して、アプリをDownload・Edit・Updateが可能。
• TFSと連携（オンプレのTFSでも、クラウドのTFSサービスでも配置可能）

• PaaSと同じようにスケールアウトされる。

仮想マシン（＝ IaaS） †

Windows、LinuxをVM（Hyper-V）でホスティング可能。

機能 †

• Hyper-VのVHDイメージをそのまま実行可能なサービス。
• Linuxもホスト可能（Hyper-Vの機能、バージョンの制限は有る）
• VHDのギャラリーからVHDを選択可能

• 既存の仮想マシンに接続しVHDを作成可能
  • 可用性セットを定義することで、Faultドメインを跨いで配置される。
  • これにより、PaaSと同様にスケールアウトすることができる。
  • PaaSでは無いので、Upgradeドメインは無い。

特徴 †

• 自分で構築・管理可能なホスティング環境
• スケジューラ等の設定が必要など
  バッチ・サーバ等の構築に適している。

参考情報 †

Windows Azure 仮想マシン（IaaS）構築・運用のポイント?

データ・サービス（データ管理） †

ストレージ・サービス †

特徴 †

• 可用性
  • 3重化、99.9%のHA（SLAの可用性）
  • ただし、設計上はノンストップ（99.999%）。

• バックアップ
  バックアップ機能はないが、3重化されており独自バックアップの必要性は低い。
  また、BLOBストレージのみ（同じリージョン内の拠点間で）ジオ・レプリケーションされている。
  このため実質３×２（３＋３）で６重化されていることになる。
  

蒼の王座 » Windows Azure StorageのGeo-Replicationの紹介
http://sqlazure.jp/b/windows-azure/848/

• 参考情報
  • ケンタテクブロ Windows Azure Blob Storage でバックアップされるデーターのコピー数
    http://kentablog.cluscore.com/2012/05/windows-azure-blob-storage.html
    • MSDN Blogs > Windows Azure
      ' > Now Available: Geo-Replication and new Blob, Table and Queue features for Windows Azure Storage
      http://blogs.msdn.com/b/windowsazure/archive/2011/09/16/geo-replication-and-new-blob-table-and-queue-features-for-windows-azure-storage.aspx
    • MSDN Blogs > Windows Azure Storage Team Blog
      ' > Introducing Geo-replication for Windows Azure Storage
      http://blogs.msdn.com/b/windowsazurestorage/archive/2011/09/15/introducing-geo-replication-for-windows-azure-storage.aspx
    • How many copies of your blob is stored in Windows Azure Blob Storage
      ' - Avkash Chauhan's Blog - Site Home - MSDN Blogs
      http://blogs.msdn.com/b/avkashchauhan/archive/2012/02/09/how-many-copies-of-your-blob-is-stored-in-windows-azure-blob-storage.aspx

機能 †

• Blob ストレージ・サービス
  • １階層のファイルシステム
  • 各種バイナリファイルを格納
  • ３種類の形式が存在し、容量が異なる。
    • Blob：50GB
    • Block Blob：200GB (1ブロック 4.0MB 以下、可変長のBlockに分割)
    • Page Blob：1.0TB (512Byte固定長のPageに分割)

• Windows Azureドライブを使用すると仮想的ドライブ作成とファイルI/Oが行える。

• Table ストレージ
  • Entity（Beanオブジェクト）を保有
  • パーティショニングが可能
  • 検索処理はLinqで可能（検索機能は弱い）

• Queue ストレージ
  
  • 単純な機能を提供するサーバ間連携（To：Workerロール）用のメッセージキュー
  • 8KB以下の文字列をキューイングできる。
  • ACIDが無いので処理に失敗すると消失する可能性がある。

• Windows Azure Drive
  
  • クラウド・サービスから利用可能なNTFSファイルシステムを提供する。
  • 容量は16MB～1TBまで。
  • RESTのHTTPアクセスはできない。
  • 実体はPage Blobストレージ

SQLデータベース †

• 今までのSQL Azure
• T-SQL構文は、SQL Serverと比較して一部制約がある。

容量 †

• １DB、150GB
• SQLデータベース・フェデレーションにより、150GB×nのパーティショニングが可能

可用性 †

• カスタム・レプリケーションによって既定で３重化
• 99.9%のHA（SLAの可用性）
• ただし、設計上はノンストップ（99.999%）。

バックアップ †

• BLOBストレージに完全バックアップを取得可能。
  これにより、BLOBストレージのジオ・レプリケーションを併用可能。

• 従って、下記のDBコピー機能では割高

• BCPなどの機能を利用
  • BCPで取得したバックアップは、BLOBストレージに格納可能。
  • これにより、BLOBストレージのジオ・レプリケーションを併用可能。

• Data Sync
  Azure上のSQLデータベース、オンプレミスのSQL ServerのDBと同期できる。

• Point in Time Restore（今後提供予定）
  トランザクション・ログ・バックアップをリストアし任意の時点に復元できる。

ネットワーク・サービス（ネットワーク） †

Windows Azure仮想ネットワーク †

• Azureインスタンス間で仮想サブネットを構築。
• Azureの仮想サブネットとオンプレミス環境をVPN接続
• Azure仮想ネットワークに対応したVPNルータが必要になる。
• 自分で取得したのPublic IPをAzureのインスタンスに付与できる。
• このため、オンプレミスのDNSなども利用可能。

Windows Azure Connect †

• オンプレミスのWindowsとWindows Azure、
  若しくはWindows Azure同士の保護接続（IPSec）を構成できる。
• Agentをインストールした 1:1 通信となる。
• FQDN名は使用できない（マシン名）。
• IPSecを利用するため通信速度が遅い問題がある。

Traffic Manager †

データセンタを跨いだURLの一本化

• ラウンドロビン（負荷分散）
• パフォーマンス（負荷を検知して分散）
• フェイル・オーバー（冗長化）

その他、サービス（アプリケーション） †

サービス（アプリケーション）が増えています。

メディア・サービス †

動画や音楽などのデータを配信するための様々なサービスを提供するサービス群

• セキュアなメディア取込
• メディアジョブスケジューラ
• エンコード
• オンデマンド配信
• コンテンツ保護
• ライブ取込
• ライブエンコード
• ライブ配信
• 広告
• 分析
• ID管理

モバイルサービス †

様々なデバイスに対するBackend as a Services（BaaS）型 サービスを提供するアプリケーションサービス

• データ
• 認証
• 通知
• ジョブ
• カスタム・スクリプト

キャッシュサービス †

(コンピューティングの)クラウドサービスの各インスタンスが利用する
メモリ領域を割り当て、アプリケーションから利用することのできるサービス

専用のSessionプロバイダを使用すれば、Sessionのストアとしても利用できる。

メッセージング（サービスバス） †

• リレー・サービス
  • WCF（WS-*）を使用して公開されたサービスを中継
  • インバウンド（受信）ポートの解放に制限があるケースで有利

• メッセージ・キュー
  • Queue ストレージとは異なる。
  • 256KB以下のバイナリ・テキストデータを扱う事ができる。
  • ACIDがサポートされメッセージの消失の可能性が無い。

Windows Azure Active Directory †

旧アクセス制御は、Office 365のActive Directoryと統合された。

• Azure 上に配置したアプリケーションに対して、
  • イントラネットの AD ユーザ・アカウントでアクセス
  • Azure、イントラネットのアプリケーション間でSSOを実現

• オープンなIDプロバイダによる認証
  OpenID（Googleなど）、FaceBook?、Microsoftアカウント（旧LiveID）による認証サポート

• 注：Active Directoryの認証機能（ケルベロス認証）とは異なる。

ビッグデータ †

Windows Azure HDInsight

• Windows Azure上でC#およびJavaによる
  Map Reduce、HiveおよびPigスクリプトの実行がサポート

• 2013年中に正式にサービスを開始する予定

Windows Azureストア †

さまざまなアドオン機能を追加購入可能

• 翻訳
• SMTPメール送信
• MongoDB
• MySQL
• .etc

Windows Azure AppFabric?（ブランド名消失） †

オンメモリキャッシュなど、各種のアプリケーション開発支援サービス

オンプレミス・システムや、IaaSと考え方を変えるべき代表的なポイント †

セキュリティ：ポリシーの問題と技術の問題を分けて捉える †

Windows Azure Platformセキュリティガイドライン

性能保証：共用型サービスの「限界」を意識して利用する †

スケーラビリティは確保し易い。

コンピュートサービス †

• CPUコアや、メモリ割り当て
  • Sサイズ以上は占有（完全な隔離）
  • XSサイズ、Webサイト（sharedInstance）は共有

SQLデータベース †

隣のDBインスタンスの影響を受けるため応答時間の保証はし難い。
（CPU時間をインスタンス間でシェアする仕組みを持っている）

インターネット回線 †

• なのであくまで "Best Effort"。
• ネットワーク帯域と接続性に注意。
• インスタンス・サイズによって帯域幅が変更される。
• 日本 → 東南アジア・データセンタまで約 200msec 程度のレイテンシ

超高可用性：3 つの「可用性」を混同せずに分けて考える †

3 つの目標値を混同しない。 †

• 設計目標値（99.999%）
• 運用実績値（99.9x%）
• SLA 保証値（99.9%）

既存のディザスタ・リカバリ機能を活用 †

• SQLデータベースの完全バックアップをBlobストレージに取得、
  ストレージ・サービスのジオ・レプリケーション（バックアップ）
• SQLデータベースのData Sync（バックアップ）
• Traffic Managerによるフェイル・オーバ

無い機能は自作が必要になる。 †

SQLデータベースは、拠点を跨った自動的なフェイルオーバをサポートしていない。
必要と考えるならばData Sync等を活用したオンプレ連携
に加え自作の接続先変更の機構などを実装する必要がある。
ただし、この機能を実装する場合は課金・性能に注意が必要。

運用監視：ユーザアプリケーションのみを運用監視する †

• インフラの運用監視もケースバイケースで対処する。
• 運用担当者の認証の検討が必要。

• 運用監視ツール
  • 運用管理ツールの不足が目立つため、イニシャルコストに影響する。
  • Hitachi SystemsのAppBridgeMonitor?によって運用監視が可能。
  • Microsoft System Center 2012に運用ツールが存在

• ツール類の洗い出し。
  • Azure構成変更
  • デプロイ操作
  • SQLデータベース操作
  • ストレージ操作（ログ参照）
  • グラフ表示 　

• システムへのパッチ適用時に、デグレ・リスクがある。
  • クラウド・サービスに関しては設定で固定できる。
  • クラウド・サービスのみロールバック可

障害対応：責任分界点を再定義し、障害対応フローを見直す †

• アプリケーション・レベル
  ログを、Windows Azure ポータルサイト、または、Service Management APIで監視

• 取得可能なログ
  • 診断ログ
  • IISログ
  • イベント・ログ
  • パフォーマンス・カウンタ
  • クラッシュ・ダンプ・ログ
  • トレース・ログ
  • カスタム・ログ

• プラットフォーム障害
  Windows Azure ポータルサイト、または、Service Management APIで監視。
  必要ならマイクロソフトに問合せる。障害の詳細が公開されない事もある。

• データセンタ広域障害
  サービス・ステータス・ダッシュボード、またはRSSで監視。

ストレージ設計：3種類のストレージを適切に使い分ける †

• SQLデータベース
• Tableストレージ
• Blobストレージ

マルチテナント設計：パッケージ製品の SaaS 化の際に考慮する †

• データベース分離方式
• 単一データベース個別スキーマ方式
• 単一データベース共通スキーマ方式

オンプレミス／クラウド連携：ハイブリッド型での設計に注意する †

• イニシャルコストに影響
• オンプレミスの運用コストを０にできない。
• ネットワークトラフィックによる課金も考慮。 　
• データ連携
  • TDS 接続（Management Studioでの接続など）
  • SSIS（データ コピー）
  • Data Sync（データ同期） 　　
• 処理連携
  • ポート・オープン
  • Virtual Network
  • Azure Connect
  • サービス・バス

サービスモデル制約：インフラモデル標準化のメリットを理解する †

通信制約 †

• クライアントからの通信

• 利用可能なプロトコル
  • HTTP
  • HTTPS
  • TCP

• 主な制約事項
  • UDP 不可（必要な場合にはVirtual Networkか、Azure Connectを構成）
  • 接続セッションのアフィニティ設定なし（ラウンドロビンDNS）
  • ロール毎に定義可能な Input Endpoint 数は最大 5 つ
  • ただし、１つのサービスに対して利用可能なpublic IP は一つ。
    １つのAzureプロジェクト（複数のロールを同梱した）のデプロイに対して
    付与されるFQDN名称 ＝ public IP は一つとなっている。
    各ロールはURLの階層ではなく、ポートでアクセス先を分ける。

• SQLデータベース、ストレージ・サービスへの通信

• 利用可能なプロトコル
  • TDS (TCP1433),
  • HTTP/HTTPS-REST 　　　
• 主な制約事項
  －

• 外部のインターネットサーバへの通信

• 利用可能なプロトコル
  • HTTP
  • HTTPS
  • TCP

• 主な制約事項
  UDP 不可（必要な場合にはAzure Connectを構成）

• オンプレミス環境間の通信（Azure Connect）

• 利用可能なプロトコル
  • Azure Connectで接続（＝ IPSec）
  • ポート（プロトコル）制約なし

• 主な制約事項（Azure Connect）
  • 通信速度が遅い
  • AgentをインストールしたWindowsとの 1:1 通信

• Azureサービス内部サーバ間の通信
  • 利用可能なプロトコル
    • HTTP
    • HTTPS
    • TCP

• 主な制約事項
  • UDP 不可（必要な場合にはAzure Connectを構成）
  • （必要であれば）直接呼出し制限（認証等）の対策が必要

その他、制約 †

• ネイティブ32ビット処理不可
• 特殊デバイス不可

• 特権処理は権限昇格が必要
  • レジストリ書き込み
  • COMの登録・実行
  • イベント・ログ作成
  • パフォーマンス・カウンタ作成
  • .etc

• 言語ニュートラルな環境
• ファイル共有は利用不可
• ディスク書き込み非推奨（→ Azureドライブを検討）
• スケジューラ・サービス無し（→ バッチ起動方法は要検討）
• メール送信は外部のSMTPサービスを利用する。

• Azure非対応ミドルウェア
  サポートやライセンスの問題が無いか確認する。

• ASP.NET セッション（利用可能）
  • HTTSP要（Sessionハイジャック対策）
  • Windows Azure Caching セッションプロバイダ（推奨）
  • Windows Azure AppFabric? Cache セッションプロバイダ
    →　ブランド名消失に伴い非推奨。
  • SQLデータベース用のセッションプロバイダ
    →　高負荷時に接続を切られることがあるので非推奨。

参考情報 †

• download Windows Azure Poster（機能概略図）
  http://www.microsoft.com/ja-jp/download/details.aspx?id=35473

• 業務システムでWindows Azureを使うための42の覚え書き － ＠IT
  http://www.atmarkit.co.jp/fdotnet/chushin/azurecasestudy_01/azurecasestudy_01_04.html

Windows Azure サポート チーム ブログ †

　- Site Home - MSDN Blogs
http://blogs.msdn.com/b/dsazurejp/

• [Windows Azure] サブスクリプションの契約移行手順について
  http://blogs.msdn.com/b/dsazurejp/archive/2013/01/16/windows-azure-subscription-migration.aspx
• [お知らせ] 90日間の無料評価版の使用制限に達した場合の動作について
  http://blogs.msdn.com/b/dsazurejp/archive/2012/12/28/windows-azure-90-days-free-offering.aspx
• [Windows Azure] 仮想マシンを作成後にストレージアカウントが削除できない問題について
  http://blogs.msdn.com/b/dsazurejp/archive/2012/10/12/azure-virtual-machine-storage-delete-failure.aspx
• [Windows Azure] 配置(デプロイ)に割り当てられるグローバル IP アドレスについて
  http://blogs.msdn.com/b/dsazurejp/archive/2012/07/24/ip.aspx
• [Windows Azure] Windows Azure コンピュートサービスからのメール送付について
  http://blogs.msdn.com/b/dsazurejp/archive/2012/03/30/windows-azure-mail-service.aspx
• [Windows Azure] 更新ドメインと障害ドメインについて
  http://blogs.msdn.com/b/dsazurejp/archive/2011/06/29/windows-azure-fault-domain-upgrade-domain.aspx

Windows Azure サポートの現場から †

～ Azure Platform トラブルシューティング入門 ～ MSDN
http://msdn.microsoft.com/ja-jp/windowsazure/hh705140.aspx

• ネットワーク接続の問題について
  http://msdn.microsoft.com/ja-jp/windowsazure/hh793733.aspx
• クラウド サービス復旧のヒント
  http://msdn.microsoft.com/ja-jp/windowsazure/jj906428.aspx
• Windows Azure ストレージ サービスの構造とリトライポリシーの関係について
  http://msdn.microsoft.com/ja-jp/windowsazure/jj647756.aspx
• Windows Azure SQL データベース利用に際するネットワーク構成の前提条件
  http://msdn.microsoft.com/ja-jp/windowsazure/jj851138.aspx
• Windows Azure SQL データベースから SQL Server への
  データベース バックアップ方法 (Export-Import 編)
  http://msdn.microsoft.com/ja-jp/windowsazure/jj870677.aspx

     

Site admin: dotNetDevelopmentInfrastructure

PukiWiki 1.4.7 Copyright © 2001-2006 PukiWiki Developers Team. License is GPL.
Based on "PukiWiki" 1.3 by yu-ji. Powered by PHP 5.3.3. HTML convert time: 0.091 sec.