1. 1

2. 更新履歴
• 以下の日付でドキュメントを更新、確認しています。
2
バージョン
1.00 2014/6/30 ・初版リリース
1.10 2014/9/30 ・2014年9月現在の情報に更新。
1.20 2015/1/31 ・2015年1月現在の情報に更新。

3. 目次
• Windows Server 2003 のサポート終了と移行
• Classic ASPを Azure 仮想マシン へ移行
• ASP.NET を Azure 仮想マシン へ移行
• SQL Server 2000/2005 をAzure 仮想マシンへ移行
3

4. 4

5. Windows Server 2003 のサポート終了と移行
• Windows Server 2003 の延長サポートが 2015年7月に終了するた
め、OSのバージョンアップを含む移行が必須
• 移行先のサーバーOSは、Windows Server 2008 R2 以降を検討
• 移行に際しては、運用や今後の情報戦略も検討した上での環境選択が
必要
• 仮想環境での運用コスト削減は検討必須
5

6. 移行先の選択肢としての Azure
• 移行先として、柔軟にサーバーやストレージの調達が可能で、社内と
セキュアなVPN接続も出来る Azure 仮想マシン は検討対象といえる
• 旧資産を Azure 仮想マシン 上に移行することで、ハードウェア購入
費・ハードウェア障害対応が不要になり、運用コストの削減が期待で
きる
• ハードウェアのリース切れもなく、調達のスピードも速い
• ハードウェアやソフトウェアライセンスを固定資産から変動費化する
ことが可能であり、経費削減が期待できる
6

7. Classic ASP, ASP.NET, SQL Server の移行
• Classic ASP
• ASP.NET
• SQL Server のシステム データベース
7
1 : .NET Framework 2.0 のメインストリームサポートは既に終了している
参考：マイクロソフト プロダクト サポート ライフサイクル http://support.microsoft.com/lifecycle/?c1=501&ln=ja

8. 8

9. Classic ASP を Azure 仮想マシンに移行
• Classic ASP は IIS 全てのバージョンでサポートされており、
Windows OS の一部としてリリースされているために OS のサポー
トサイクルに準拠する1
• イントラネットで利用している資産を移行する場合、認証方式の変更
が必要な場合がある。例えば、Windows 認証を利用する場合、VPN
接続が必要になる2
9
1 : Active Server Pages (ASP) support in Windows http://support.microsoft.com/kb/2669020
2：Windows 認証を設定する (IIS 7) http://technet.microsoft.com/ja-jp/library/cc754628.aspx

10. 1. Windows Server の設定
2. Windows Server に IIS の機能を追加
3. IIS のセットアップ
4. Classic ASP 実行モジュールの移行
Azure 仮想マシン 上に Classic ASP を移行
10
移行元（オンプレミス）
旧資産から Azure 仮想マシン へ移行
Microsoft Azure
Windows Server 2003 等
IIS 6 等
Classic ASP (*.asp, *.asa)

11. 1. Windows Server の設定
• 管理ポータルから仮想マシンを作成
• 日本語パックをインストール
• 時刻を GMT から JST に変更
11
コントロールパネルから[日本語]
パックを追加し、[日本語]を第一
言語に設定し、OS を再起動する
日本のタイムゾーンに変更する

12. 2. Windows Server に IIS の機能を追加
• [役割と機能の追加] から IIS 機能と Classic ASP 機能を追加し、
Classic ASP が実行できる環境をセットアップ
12
IIS で Classic ASP Web サイトを構築する http://technet.microsoft.com/ja-jp/library/hh831387.aspx
IIS の役割を追加
Classic ASP の実行
ランタイムを追加

13. 3. IIS のセットアップ
• IISマネージャーでClassic ASP アプリケーションが稼働する環境を
設定
13
1 ：セキュリティを弱める設定となるため、システムのセキュリティポリシーを確認すること
2 ：32bit 版のサードパーティライブラリや COM ライブラリを利用している場合、本手順を利用して別途稼働は検証する必要がある
参考：IIS 7.0 および IIS 7.5 上で Classic ASP アプリケーションを実行する http://technet.microsoft.com/ja-jp/library/ee155445.aspx
② 親パスを設定可能にする1
④ 32bit アプリケーションを有効化する2
③ マネージ パイプラインモードを
[クラシック]に変更する
①エラーをブラウザ側に返す1
※本番環境で必要かは要検討

14. 4. Classic ASP 実行モジュールの移行
• Classic ASP の実行モジュール（ *.asp, *.asa 等）をコピーで移行可能だが、
アプリケーションの実行形式、実行権限が異なるため以下の設定が必要
14
1：IIS 7.0 でのサイト、アプリケーション、および仮想ディレクトリについて http://technet.microsoft.com/ja-jp/library/dd939093.aspx
2：セキュリティを弱める設定となるため、システムのセキュリティポリシーを確認すること
アクセス許可設定を追加アプリケーションの変換

15. 15

16. ASP.NET Web フォーム と ASP.NET MVC の概要
• .NET Framework 3.5 SP1 より、従来型の ASP.NET Web フォーム
に加え、HTML5 対応が容易な ASP.NET MVC が利用可能
16

17. .NET Framework の各バージョンへの サポート
• .NET Framework は各バージョンでインストール可能な OS が異なるため、古
い資産はバージョンアップ対応が必要
• .NET Framework のバージョンアップによって
Windows Server
のバージョン
.NET Framework のバージョン1
1.0 1.1 2.0 3.0 3.5 4 4.5
Windows Server 2003（R2）
Windows Server 2008（R2）
Windows Server 2012（R2）
Windows Server 2012, Windows Server 2012 R2
は .NET Framework 1.x は利用できない
詳細は .NET Framework のバージョンおよび依存関係 http://msdn.microsoft.com/ja-jp/library/bb822049%28v=vs.110%29.aspx を参照
15

18. ASP.NET 資産のバージョンアップ方針
大きく二つに分かれる方針
• 既存資産移行の改修コストを抑えたい場合は、ASP.NET のランタイムを .NET
Framework 3.5 SP1 に指定して最低限の改修を実施1
• 今後の機能拡張を見据え、運用コストを抑えたい場合は、最新のランタイム
（.NET Framework 4.5.1）を指定し、ASP.NET MVC を利用して刷新する2
18
.NET
Framework
4.0
または
.NET
Framework
4.5
.NET
Framework
2.0
.NET
Framework
3.0
.NET
Framework
3.5
16
■機能拡張が少ない
＝改修コストを抑えたい
.NET Framework の
サポート期限と改修量を考慮し、
.NET Framework 3.5 SP1 へ
最低限の改修
■機能拡張がある
＝運用コストを考慮した適切な
改修
サポート期間が最も長い.NET
Framework 4.0 or 4.5 の選択
およびASP.NET MVC へのアー
キテクチャ変更を検討

19. .NET Framework 3.5 SP1 に指定、最低限の改修
• .NET Framework 1.x からのアーキテクチャ変更に伴う注意点1,2
• IIS 7 以降のアーキテクチャ変更に伴う注意点1
• サードパーティ DLL 利用時のバージョン互換に関する注意点1
19
1: .NET Framework 1.0/3.5 移行ホワイトペーパー http://www.microsoft.com/ja-jp/net/migration/document35.aspx
2: .NET Framework 2.0 での重大な変更点 http://msdn.microsoft.com/ja-jp/library/Cc825631
17

20. 最新の.NET Framework, ASP.NET MVC への移行
• HTML5 対応、マルチデバイス対応
• 開発効率が向上
• オープンソース化されており内部ロジックの理解が可能
1： ASP.NET ディベロッパー センター ASP.NET MVC とは? http://msdn.microsoft.com/ja-jp/asp.net/aa336581.aspx
2： CodePlex http://aspnetwebstack.codeplex.com/
3： GitHub https://github.com/ASP-NET-MVC/aspnetwebstack
18

21. 21

22. SQL Serverのバージョンと互換性レベル
• SQL Server 2000の互換性レベルはSQL Server 2008 R2までしか
サポートされていない
• 移行がサポートされている互換性レベルであれば、下位バージョンの
SQL Serverのデータベースを以下の方法で移行可能
22
SQL Serverのバージョン
移行をサポートする互換性レベル
2000 (80) 2005 (90) 2008 (100) 2012 (110) 2014 (120)
SQL Server 2000 ○ - - - -
SQL Server 2005 ○ ○ - - -
SQL Server 2008 R21 ○ ○ ○ - -
SQL Server 20121 - ○ ○ ○ -
SQL Server 20141 - ○2 ○ ○ ○
1 : 仮想マシンのギャラリーでSQL Serverインストール済みのイメージとして提供されているバージョン
2 : 互換性レベル90からの移行をサポートしているが、90での動作はサポートされていないため、移行時に自動的に互換性レベルが100に更新される
20

23. バックパップ/リストアでの移行
• 移行元でバックアップを取得し移行先でリストア1
• バックアップはオンラインで取得できるため移行元の停止は不要
• 移行先がSQL Server 2012 SP1 CU2以降であれば、
BLOBストレージにバックアップをコピーしてリストアも可能2
23
1 : バックアップと復元によるデータベースのコピー http://technet.microsoft.com/ja-jp/library/ms190436.aspx
2 : Windows Azure BLOB ストレージ サービスを使用した SQL Server のバックアップと復元
http://technet.microsoft.com/ja-jp/library/jj919148.aspx
移行先
仮想マシン
移行元
SQL Server
データベース
バックアップ
(.bak)
BLOB
仮想ディスク
取得したバックアップを
仮想マシンに接続された
仮想ディスクまたは
BLOBストレージにコピー
リストア
Microsoft Azure

24. デタッチ/アタッチでの移行
• 移行元でデータベースをデタッチし移行先でアタッチ1
• デタッチをした際にデータベースのエントリが削除されるため
オフラインになる
• 移行先がSQL Server 2014以降であれば、BLOBストレージに
データベースのファイルをコピーしてアタッチすることも可能2
24
1 : デタッチとアタッチを使用したデータベースのアップグレード (Transact-SQL) http://technet.microsoft.com/ja-jp/library/ms189625.aspx
2 : レッスン 6: 内部設置型のソース コンピューターから Windows Azure のターゲット コンピューターにデータベースを移行する
http://technet.microsoft.com/ja-jp/library/dn466433(v=sql.120).aspx
移行先
仮想マシン
移行元
SQL Server
BLOB
仮想ディスク
Microsoft Azure
データベースをデタッチし
仮想ディスクまたは
BLOBにコピー
アタッチ
データファイル(mdf)
ログファイル(ldf)

25. SQL Server 2000からの移行
• 移行先のバージョンを決定
• SQL Server 2008 R2に移行する場合
• SQL Server 2012/2014に移行する場合
25

26. SQL Server 2008 R2を経由して最新バージョンへ移行
• SQL Server 2008 R2には、バックアップ/リストアまたは
デタッチ/アタッチでデータベースを移行
• その後、互換性レベルを2008 R2 へ変更
• 最新バージョンへ、バックアップ/リストアまたはデタッチ/アタッチで
データベースを移行
26
SQL Server 2008 R2へ移行後
互換性レベルを変更 互換性レベル変更後に
バックアップ/リストア
または
デタッチ/アタッチで
最新バージョンへ移行

27. スクリプト+BCPを使用しての移行 (1)
• テーブルやストアドプロシージャの定義情報をスクリプトの生成機能
で作成し、移行先のSQL Serverでスクリプトを実行して移行
27
移行用のSQL スクリプトを生成
移行先で生成した
スクリプトを実行し
データベースの定義を移行

28. スクリプト+BCPを使用しての移行 (2)
• データをBCPコマンドでエクスポートして移行
28
移行元で out オプションを使用して
データをエクスポート
移行元で in オプションを使用して
データをインポート

29. システムデータベースの情報の移行
• システムデータベースについてはバックアップ/リストア、デタッチ/アタッチで
異なるバージョンへ移行することはできないため、システムデータベースに
含まれる以下の情報は個別に移行する
• これらの情報は以下の方法で移行することが可能
29
移行元
SQL Server
Microsoft Azure
移行先
SQL Server
Integration Services
タスク実行環境
移行元
SQL Server
移行用スクリプト
ログイン移行用スクリプト
SQL Server Agentジョブ
移行用スクリプト
スクリプトを
エクスポート
エクスポートしたスクリプトを
移行先で実行
Microsoft Azure
移行先
SQL Server
タスク実行環境を間に挟む
ことでインスタンス間が直接
通信できなくても移行可能

30. Integration Servicesタスクで移行
• ログイン転送タスク1/ジョブ転送タスク2による移行
• ログイン移行タスクでは、ログインにランダムなパスワードが
設定され移行されるため、移行後にパスワードの再設定が必要
301 : ログイン転送タスク http://technet.microsoft.com/ja-jp/library/ms137870.aspx
2 : ジョブ転送タスク http://technet.microsoft.com/ja-jp/library/ms137568.aspx
ログイン転送タスク ジョブ転送タスク

31. スクリプトで移行
• SQL Server Enterprise Manager(2000)/SQL Server Management
Studio (2005)のスクリプト作成機能で移行用スクリプトを作成1
• ログインの移行用スクリプトでは。パスワードは移行されないため
移行後に再設定が必要
31
1 : スクリプトの生成 (SQL Server Management Studio) http://technet.microsoft.com/ja-jp/library/hh245282.aspx
SQL Server Enterprise Managerからスクリプトを作成 SQL Server Management Studioからスクリプトを作成

32. ログイン移行時の注意点
• ログインのSIDを移行しないと孤立ユーザーとして認識されてしまう1
• ログイン転送タスクで移行する場合は、ログイン転送タスクのプロパティから
CopySidsをTrueにして同一のSIDで移行2
• スクリプトで移行する場合は、CREATE LOGINで移行元のSIDを指定する3
32
1 : 孤立ユーザーのトラブルシューティング (SQL Server) http://technet.microsoft.com/ja-jp/library/ms175475.aspx
2 :[ログイン転送タスク エディター] ([ログイン] ページ) http://technet.microsoft.com/ja-jp/library/ms188955.aspx
3 : CREATE LOGIN (Transact-SQL) http://technet.microsoft.com/ja-jp/library/ms189751.aspx
ログイン転送タスクのCopySidsの設定
CREATE LOGIN [azurestudy]
WITH
PASSWORD=N'studyP@ss',
SID=0xAE4064BB422DC7469583EB9125548654
CREATE LOGIN で
SIDを指定したログインの作成

33. 33