centosでdirnameを実行すると、そんなコマンド無いよ！と怒られたのでメモ
※他のメンバーがOSインストールしたんだけど、baseだけしか入れてないのかな？
# dirname
dirname: missing operand
詳しくは `dirname –help’ を実行して下さい.
[code]
yum -y install coreutils.x86_64
[/code]
月: 2016年11月
SQLServer on Linuxを触ってみる
先週、SQLServer on Linuxのpublic Public Previewが開始されたので、さっそく触ってみた。
[環境]
VirtualBOX上の CentOS7
CPU ：2コア
メモリ: 4096MB ※3250MB以下は、インストール時にエラーが出ます。
インストールは、公開されているリポジトリを追加してyumコマンド叩くだけ！
非常に簡単！
[code]
# リポジトリ追加
curl https://packages.microsoft.com/config/rhel/7/mssql-server.repo > /etc/yum.repos.d/mssql-server.repo
curl https://packages.microsoft.com/config/rhel/7/prod.repo > /etc/yum.repos.d/msprod.repo
# インストール
yum -y install mssql-server mssql-tools
# 途中、ライセンス確認のチェックが入るので、大文字でYESと入力
Do you accept the license terms? (Enter YES or NO) YES
[/code]
インストールPATHは/opt配下。
[code]
ls -1 /opt/
microsoft → odbcドライバ
mssql → SQLServer
mssql-tools → bcpとsqlcmd
[/code]
続いて、初期セットアップを行う。
[code]
/opt/mssql/bin/sqlservr-setup
（中略）
Setting system administrator (SA) account password…
Do you wish to start the SQL Server service now? [y/n]: y
Do you wish to enable SQL Server to start on boot? [y/n]: y
Created symlink from /etc/systemd/system/multi-user.target.wants/mssql-server.service to /usr/lib/systemd/system/mssql-server.service.
Created symlink from /etc/systemd/system/multi-user.target.wants/mssql-server-telemetry.service to /usr/lib/systemd/system/mssql-server-telemetry.service.
Setup completed successfully.
[/code]
セットアップスクリプトが動いたっぽい。
プロセスも動いている！
mssql 2257 1 2 18:37 ? 00:00:00 /opt/mssql/bin/sqlservr
mssql 2263 1 0 18:37 ? 00:00:00 /opt/mssql/bin/sqlservr-telemetry /var/opt/mssql/.system
mssql 2270 2257 43 18:37 ? 00:00:04 /opt/mssql/bin/sqlservr
ポートも空いている！
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:1433 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:1434 0.0.0.0:* LISTEN
tcp6 0 0 :::22 :::* LISTEN
最後にSSMSで接続してみます。
当然、Windows認証は使えませんが、セットアップ時に決めたSAのパスワードで接続する事が出来ました。
Versionは、
Microsoft SQL Server vNext (CTP1) – 14.0.1.246 (X64) Nov 1 2016 23:24:39 Copyright (c) Microsoft Corporation on Linux (CentOS Linux 7 (Core))
と出ているので、インストール自体は成功したようです。
powershellでCPU情報を取得するアレコレ
[code]
# cpu情報を表示
Get-WmiObject -Class Win32_Processor
# 物理コア数を表示
Get-WmiObject -Class Win32_Processor | Format-List NumberOfCores
# 論理コア数を表示（THH）
Get-WmiObject -Class Win32_Processor | Format-List NumberOfLogicalProcessors
[/code]
と、色々と調べたけど、
[code]
Get-WmiObject -Class Win32_Processor | Format-List NumberOfCores, NumberOfLogicalProcessor
[/code]
が一番すっきりする
SQL Server から AWS Auroraにマイグレーションする時の注意事項
オンプレ環境のSQL Server開発機からAWS Auroraにマイグレーションした際、DMS（Database Migration Service）を使って見たので、ハマった処をメモ。
https://aws.amazon.com/jp/dms/
※仕様をよく読んだら書いてあるのかもしれない。
【移設方法】
オンプレのSQLServerは、DMSからアクセスが出来ないネットワークにある為、セキュリティを弄らずに移設をする方法を考えました。
結果的に、[開発機] – [RDS for SQL Server] – [DMS] – [RDS for Aurora]
と余計なSQLServerを挟んでいます。
【移行時の注意点】
・DMSはスキーマ単位になりますが、Auroraはスキーマの概念がありません。
SQLServerで
[db_name1].[dbo].[table_name]
[db_name2].[dbo].[table_name]
は別テーブルとして扱われますが、Auroraでは[dbo].[table_name]と単一になります。
その為、事前にスキーマを[ALTER SCHEMA db_name1 TRANSFER dbo.table_name]等のコマンドで変更しておく必要があります。
対象は、一般テーブル、システムテーブルです
また、ストアドもスキーマを変更する必要があります。
こちらは変更のコマンドが解らなかったので、SSMSでストアドのCreate文作成 → dboの部分をdb_nameに変更して新規作成を行いました。
・LOBサイズ
DMSのLOBサイズの上限は、デフォルトで24KBになっています。
大きめのデータが格納されている場合、この上限に引っかかる場合がありますので、適時変更を行ってください。
分からなくても、1024KBぐらいあれば十分かと。
・移行元がSQLServerの場合、継続的なレプリケートが出来ない。
DMSの強みである継続的レプリケート。
これにより、大容量のデータベースでもダウンタイムを低減させる事が出来ます。
が、現時点でSQLServerからAuroraへは、レプリケートが行いません。
・IDENTITIYはAutoIncrimentにならない
・datetimeoffset(7) → varchar(34)
この辺はエンジンの違いが出てきます。
追加のデータが入らないうちに、Alter Tableで変更しておきましょう。