SQL Server on EC2でインスタンス作成時のハマりポイントまとめ

千葉淳

2015.11.15

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

コンニチハ。千葉です。

みなさんAWSでSQL Serverをご利用中でしょうか。

私は、SQL Server on EC2でインスタンスを作成するときハマったので皆さんが幸せになれるようにログを残しておきます。入門的な内容となりますが、お役に立てたら幸いです。

それでは、私がハマったポイントをご紹介です。

ハマリポイント集

これは、基本的な話となりますがAWSでSQL Serverを利用する方法は３パターンあります。

運用コストを考えるとやはりRDS一択になると思いますが、残念ながらSQL ServerのMulti-AZ構成は東京リージョンでサポートされていません。そのため、Multi-AZ構成を自前で構築するためにSQL Server on EC2を選択したり、EC2でBYOLを選択する場合もあります。

ライセンス体系の詳細については、弊社ブログにもエントリーがありますのでご参照ください。

通常のルートからSQL Serverインスタンスを作成すると英語のAMIが選択されてしまいます。日本語版のAMIが存在しますので、こちらを選択するのがいいでしょう。

日本語AMIは、コミュニティから検索し選択します。注意ポイントとしては、「provided by Amazon」となっていることを確認しましょう。この表記があれば、Amazon公式のAMIになります。

私がかなりSQL Serverに暗いので、どうやってデータベースに接続するか初め戸惑いました。SQL ServerへはSSMSにて接続します。

まずは、SSMSを起動します。

接続をクリックします。

これで、SQL Serverへ接続できました。

こちらも基本的な操作だと思うのですが、データベースの作成方法を残しておきます。

今回ユーザーデータベースはDドライブへ保存することを想定して、データファイルの格納場所はDドライブへ変更します。

(因みにシステムデータベースはデフォルトでCドライブに作成されています)

データベースを右クリックし、新しいデータベースを選択します。

データベース名を入力し、パスには任意の場所を選びます。今回は、ユーザーデータベースをDドライブに配置するようにしています。(指定するフォルダは事前に作成しておく必要があります)

以上でデータベースが作成できました。

これまた基本的な操作だと思うのですが、ユーザーの作成方法を残しておきます。

ログインを右クリックし、新しいログインを選択します。

ログイン名、SQL Server認証を選択し、パスワードを入力します。既定のデータベースには先ほど作成したTESTを選択します。

ユーザーマッピングを設定します。設定したらOKをクリックします。

ユーザーが作成されました。

これはハマりました。接続できなかった原因は、デフォルトのログインはWindows認証のみ許可となっているためです。

設定で、SQL Server認証も許可するように変更します。これで、ODBCやJDBCからアクセス可能となります。

インスタンスを右クリックし、プロパティを選択します。

e size-medium wp-image-170011" />

セキュリティより、SQL Server認証モードとWindows認証モードを選択し、OKをクリックします。

再起動しないと反映されないため、再起動します。(私はOSごと再起動しました)

今度はWindows認証ではなく、SQL Server認証で先ほど作成したユーザーにてログインしてみます。

無事ログインできるはずです。

SQL Serverの入門的位置づけとなりました。お役に立てたら幸いです。