Oracleで異なるDBを使用する場合、DBLINKを使いますが、サービス名を記述しない書き方でもＯＫです。
CREATE DATABASE LINK <dblink_name> CONNECT TO <user_name> IDENTIFIED BY <password> USING '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=hostname)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=XE)))'
USING には、通常ネットサービス名を入力しますが、tnsnames.ora の内容をそのまま記述する感じです。
SELECT * FROM table_name@dblink_name
SELECT * FROM DBA_DB_LINKS
DROP DATABASE LINK <dblink_name>
【 環境：
EC2インスタンス作成時に、cloud-initを使用して初期設定ができるみたいなんで、試しにUbuntuのEC2インスタンスを作成した時に、デフォルトでRailsが入ってる環境を作ってみた。
cloud-initは、/etc/init.d に記述する起動スクリプトと違い、作成時のみ１回だけ実行されます。プレインストールしておきたいツールや設定を記述しておきます。
テキストファイルに保存した内容を使用する事もできるので、Ansibleのような構成管理ツールを使うほどじゃないけど、設定内容を使いまわしたい場合なんかも使えそうです。
具体的には、EC2インスタンス作成時の『３．インスタンスの設定』にて、「高度な設定」タブに記述します。
今回、追記した内容は以下。
#!/bin/bash sudo apt-get update sudo apt-get install -y ruby sudo gem uninstall nokogiri sudo apt-get install -y ruby-railties sudo gem install rails
Railsインストール時の鬼門となるnokogiriは外してます。
ってか、何なんだコレ。チュートリアルサイト見ても「エラーが起こった場合、Rubyをアンインストールして、再度インストールして下さい」とか、マトモな解決方法書いてない。
調べまわってみても、Ａという方法で解決できたけど、その方法はＸという環境（OSやバージョン）では解決できない…
と、情報が混沌としていて、これといった決定的な解決方法が無いみたい
自分なりに考えた策として、Railsインストール時にnokogiriは除外して、スクレイピングをしたくなった時に入れる。
・・・と考えてみたのだが、どうだろう。
設定後は、以下のコマンドで接続できるようになります。
mysql -h hostname -u remoteuser -p
※「remoteuser」というユーザ名にしています。
「hostname」はIP指定でも可能です。
まず、外部接続用のユーザを作成。（rootで接続できるようにしてもいいと思うけど、セキュリティを考慮して念のため。）
create user remoteuser identified by 'password';
※パスワードは'(シングルクォーテーション)で囲む必要があります。
ユーザに、外部から接続できる権限を付与する。
grant all privileges on *.* to remoteuser@"%" identified by 'password';
※privileges on databasename.tablename とデータベース・テーブル単位でのアクセス制限可。 また、@以降は「172.16.24.%」と、IPを指定する事ができる。
設定内容を反映させる。
flush privileges;
追加・編集したユーザの内容は、以下のコマンドで確認。
select user, host, password from mysql.user;
これで冒頭のコマンドで接続できるようになっています。
繋がらない場合、接続できるホストが制限されていないかを確認する。
my.cnf（Windowsの場合、my.ini）にて、以下の記述があるか確認。
bind-address = 127.0.0.1
先頭に「#」を付けてコメントアウトにするか、接続する端末のIPを追記する。
my.cnf は、環境により /etc にあったり /etc/mysql/ にあったりする事もあるので、「sudo find / -name "my.cnf"」などで検索を。
それでも繋がらない場合、ポートが待ち受けとなっているか確認する。（デフォルトは3306）確認コマンドは以下。
netstat -antu
LISTENでない場合、ファイアウォールの設定を見直す。
それでも繋がらない場合、クラウドのセキュリティ設定を確認する。
AWSならセキュリティグループのインバウンド設定にて、タイプ「MYSQL/Aurora」をルールに追加。
ルールの変更はAMI起動中でもOK。
権限を削除する場合は以下を実行。
revoke all privileges on . from remoteuser@"%" identified by 'password';
flush privileges;
【 環境：Amazon Linux AMI 2016.09.0 (HVM) 】
MySQL起動時に時々、以下のようなエラーが出てた。
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)
MySQLデーモンの再起動で解決可。コマンドは以下。
sudo /etc/init.d/mysqld restart
mysql.sock は、サーバがローカルクライアントと通信する時に使用するファイルで、接続時に自動生成される模様。 デーモンが異常終了するか、socketファイルが異常を起こした場合に発生するみたい。 デーモンの起動確認は「service --status-all」か「ps aux」あたりで。
EC2を使っていて、AMIをシャットダウンせずにインスタンスを停止させると、高確率で発生する。 ブラウザから「停止」を選択させるのではなく、ちゃんとシャットダウンさせる習慣をつけておこう。
再起動だけでは解決できないケースもあり、その場合は以下で。
sudo touch /var/lib/mysql/mysql.sock
sudo chown mysql:mysql /var/lib/mysql
sudo /etc/init.d/mysqld restart
Oracle11g以降は、パスワードの有効期限がデフォルトで180日となっています。 そのままにしておくと、180日経過後に突然ログインできなくなるので、パスワードの有効期限を延ばす（もしくは無期限に設定する）必要があります。
以下、SYSDBAで実行。
select * from dba_profiles where resource_name = 'PASSWORD_LIFE_TIME'
alter profile default limit password_life_time unlimited
既に有効期限が過ぎていた場合、アカウントロックがかかっているので、その場合は一度パスワードを変更した後、ロックを解除する。
alter user <user_name> identified by <new_password>
alter user <user_name> account unlock
ちなみにMySQLにも同様の機能が搭載されたが、「（管理者の意図に反して、ある日突然接続ができなくなるなんて）バグじゃねえか！」 という意見があり、廃止される見込みらしいです。（Oracle社で開催されたMySQL勉強会で聞いたネタ）
だよね。俺もそっちが正しいと思う。
Oracleでテーブルのみをエクスポートする方法。
exp user/pass@net_service_name TABLES=% FILE=filename.dmp
expdp \"user/pass@net_service_name AS SYSDBA\" DIRECTORY=dump_save_directory DUMPFILE=filename.dmp TABLES=schema_name.%
※SCHEMASオプションを付けるとエラーとなります。
インデックスや制約情報も合わせて取ってくれます。
