RDS MySQL 5.7からAmazon Auroraにオンライン移行する方法 | DevelopersIO
西澤です。RDS MySQL 5.7環境からAuroraへのレプリケーションを利用したデータ移行を行う機会がありましたので、手順をまとめておきたいと思います。 Auroraリードレプリカ 他のデータベースエンジンからの移行はまだ敷居が高いのですが、既にRDS MySQLを使っているユーザであれば、Amazon Auroraに乗り換えない手はありません。MySQL 5.6との互換性があるのでアプリケーション側の変更はほぼ不要、より高性能、より堅牢なストレージの自動拡張機能付き、参照用ノードをFailover先としても利用可能、と、もう良いことばかりです。 ただ、RDS MySQLからAuroraに乗り換えるには、データ移行を避けて通ることができません。可能であれば、DB移行に伴うシステムのダウンタイムは限りなく0に近い方が望ましいです。そこで、なんとも便利な機能がリリースされているではないで
MySQL 5.7が正式公開。前バージョンより3倍高速、マルチソースレプリケーションなど。一方で新しい「罠」に対する警告も
MySQL 5.7が正式公開。前バージョンより3倍高速、マルチソースレプリケーションなど。一方で新しい「罠」に対する警告も 来週10月26日にはサンフランシスコで開催されるOracle OpenWorld 2015でMySQLのイベント「MySQL Central」が行われます。それに合わせて新バージョンのお披露目となりました。 MySQL 5.7の主な特長は次の通りです。 実行速度の向上 SysBenchのSysBench Read-only Point-Selectsの結果、1024コネクションでMySQL 5.7はMySQL 5.6の3倍となる160万クエリ／秒（QPS）の値を示しました。 InnoDBの新機能など 性能向上や並列度の向上に加え、オンライン状態での操作向上、Spatial Index、ネイティブパーティショニングなどの新機能が加わりました。 レプリケーションの強化 マ
MySQLレプリケーションの運用が劇的変化！！GTIDについて仕組みから理解する
メリークリスマス！！やあ、良い子のみんな！！サンタクロース・・・ではなく、ヒゲモジャギークからのクリスマスプレゼントだよ！！ というわけで、MySQL Casual Advent Calendarの25日目である。今朝Advent Calendarを覗いてみると、本日分のエントリーが無かったので、急遽書くことにした。Advent Calendar最後の日、クリスマスを飾る記事のテーマはGTIDだ。 前回の投稿では、MySQL 5.6の目玉機能として、レプリケーションがクラッシュセーフになったことを挙げた。レプリケーションまわりで言えば、もうひとつ外せない目玉機能がある。それがGTID（Global Transaction ID）である。 GTIDは良くも悪くもレプリケーションの運用を変化させる。GTIDを使うことによって得られる最大のメリットは、CHANGE MASTER TOでバイナリロ
MySQLのレプリケーションでありがちな10の問題 | Yakst
レプリケーションの問題でよくある10パターン。 1) セッションのみで有効なバイナリログ sql_log_bin = 0を設定すると、そのセッション内でバイナリログを無効にできる。つまり、マスタのセッション内で実行したDMLやDDLは、スレーブにはレプリケーションされない。 マスタでバイナリログをオフにする。 mysql> set sql_log_bin = 0 ; Query OK, 0 rows affected (0.00 sec) reptestデータベースにテーブルを作成してみる(マスタ上で実行)。 mysql> create table reptest(ID int) ; Query OK, 0 rows affected (0.01 sec) mysql> show tables ; +-------------------+ | Tables_in_reptest | +-
第２回 プル型複製とSYSVOLの複製
今回は、ドメインコントローラー（DC）をしばらく停止させた後に再起動させた際などに有効な「プル型レプリケーション」について解説する。また、ログオンスクリプトやグループポリシーに関する情報が収まるSYSVOLの複製における注意点も説明する。 プル型のレプリケーション機能も備える 前述のレプリケーションの説明では、変更通知を受け取って複製するプッシュ型についてのみ言及した。実はSamba 4にはプッシュ型だけではなく、プル型のレプリケーション機能も実装されている（図4）。 プル型レプリケーションでは、DCが周囲のDCにデータ変更が生じていないかどうかを定期的に確認（ポーリング）し、もし変更があれば複製を行う。プッシュ型とプル型のレプリケーションは排他的なものではなく、Samba 4をDCとして起動すると両タイプのレプリケーションが行われる。デフォルトでは、ポーリングの周期は300秒（＝5分）で
#GB37301 資料まとめ - マルシテイア
敬称略的な 1日め 永安 悟史 (アップタイム・テクノロジーズ) Inside PostgreSQL Kernel 星野 喬 (サイボウズ・ラボ) 10分で分かるデータストレージ 10分で分かるLinuxブロックレイヤ 10分で分かるバックアップとレプリケーション WalBの紹介 油井 誠 (産業技術総合研究所) 並列データベースシステムの概念と原理 佐藤一憲 (Google) Googleクラウドが実現する大規模並列クエリサービス (資料?) 2日目 小沢健史 (NTT) 分散処理基盤 Hadoop/MapReduce 中川 真宏 (Treasure Data. Inc) Treasure Data Technologies 田籠 聡 (LINE) Retrospection / prospection and schema Norikra in Action 上西 康太 (Basho
アセンテック、SSDとメモリーをキャッシュとして利用するiSCSIストレージ「Nimble」を発表
写真2●Nimble Storageの稼働状況を管理するクラウド型サービス「Nimble Storage InfoSight」の画面 アセンテックは2013年10月30日、SSDやメインメモリーをキャッシュとして利用して高速化を図ったiSCSIストレージ「Nimble Storage」（写真1）を発表した。12月下旬から販売する。価格（税別）は、容量8Tバイトの最小構成モデル「Nimble Storage CS210」が390万円。販売目標は初年度200台。開発会社は、米Nimble Storage。 SSDとメインメモリーをキャッシュとして使うことで高速化を図ったiSCSIストレージである。この独自のキャッシュ技術のことを同社はCASL（Cache Accelerated Sequential Layout）と呼んでいる。 SSDは、リードキャッシュとして利用する。データの実体はすべてH
Open Tech Press | MySQLデータのバックアップ方法
2007年5月31日10:53 Tom-Adelstein、Bill-Lubanovic（2007年5月29日（火）） ファイルやディレクトリのバックアップは比較的簡単だが、データベースのバックアップとなると、いくつか特別な工夫を施す必要がある。ここではMySQLを取り上げているが、同じ原理はPostgreSQLやその他のリレーショナルデータベースにもあてはまる。 本稿は、最近O’Reillyから出版された書籍『 Linux System Administration 』の抜粋。 MySQLサーバを休みなく稼働させ続ける必要がないなら、以下に示すような圧縮なしのオフラインバックアップ手法が手っとり早い。 MySQLサーバを停止させる。 # /etc/init.d/mysqld stop MySQLのデータファイルおよびディレクトリをコピーする。例えば、MySQLのデータディレクトリ/var
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
