
WindowsServerバックアップの問題点
WindowsServer2008以降に追加されたWindowsServerバックアップは便利なんだけど、 仮想サーバーでMySQLを運用している場合VSS(ボリュームシャドウコピー)に対応していないのでは?という点からバックアップイメージが正しく取れていないかも?という疑いが。 じゃあ、MySQLを停止させれば良いじゃん?⇒バックアップ開始と終了がゲストOSで検出できないorz バックアップ製品が無いとダメかな… #HyperV #MySQL
WindowsServer2008以降に追加されたWindowsServerバックアップは便利なんだけど、 仮想サーバーでMySQLを運用している場合VSS(ボリュームシャドウコピー)に対応していないのでは?という点からバックアップイメージが正しく取れていないかも?という疑いが。 じゃあ、MySQLを停止させれば良いじゃん?⇒バックアップ開始と終了がゲストOSで検出できないorz バックアップ製品が無いとダメかな… #HyperV #MySQL
前回のように、参照を追加。その後、こんな感じで。フォームにdataGridView1とbutton1が必要です。 using System; using System.Collections.Generic; using System.ComponentModel; using System.Data; using System.Drawing; using System.Text; using System.Windows.Forms; using MySql.Data; using MySql.Data.MySqlClient; namespace MySqlTest { public partial class Form1 : Form { public Form1() { InitializeComponent(); } private void button1_Click(object sender, EventArgs e)
最近MySQLの.NET Connectorを見つけてから、接続用のモジュールやODBC設定無しにMySQLへ接続できるはずと思いつつようやく検証しできた。 インストーラー無しのものが一番だと思う。良く分からなかったので、インストーラー付きでセットアップしたけど。 配下にMySql.Data.dllがあるのでこれをコピー #MySQL
MySQLの調べものをしているうちにこんなページを発見。 http://dev.mysql.com/downloads/connector/net/5.1.html Windows CEにMySQLの接続モジュールを組み込めるということか! そんなことより、ODBC5.1を使ってODBC経由で接続する際にCHAR SETをUTF8→SJISへ変換する方法未だに解決しない。Read options from my.cnfも効かないし(※この方法はWindows上でMySQLが稼働していれば効果があるのかも)。やはりODBC3.51なのか。 MySQL Query Browserでは正常に表示されるのに。 #MySQL #ODBC
int型のauto_incrementのフィールドに”を指定すると自動でインクリメントされた値が生成されるはずなのに、MySQLの環境によっては 1366 – Incorrect integer value というエラーが発生していた。Windows上のMySQL5.1.34にてmy.iniの87行目あたりのsql-mode="STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION" という行をコメントにすると正常に動作するようになる事を確認した。 あとActiveWebでもいつのころからか上記の対応をしてくれたようで、正常にClipperzが動いてる! #clipperz #MySQL
NucleusをWindowsのZendCore上で稼働させていたが、CentOS5.2へ移行してみた。するとNucleusのDB保存と復元で正常に動作したかのように見えるがphpMyAdmin上ではUTF8の日本語が文字化けしていた。 DBバックアップを圧縮しないようにし、文字コードがUTF8である事を確認した上で、CentOS5.2へインポートしたら正常に復元された。 すると今度は、Nucleus上で日本語が表示できなくなるという・・・ で、結局ここを参考にglobalfunctions.phpに手を入れる事で解決。 以下引用: globalfunctions.php で sql_connect(); という行を探し,その後ろに sql_query(‘set names utf8’); と入れてみてください。 #MySQL #Nucleus
Windows上でPHP+MySQL環境を作るZendCoreでは意識していなかったが、CentOS5.2上でMySQLを立ち上げてWindows端末からODBC経由で接続しようとしたら接続できない。 /etc/my.confにそれらしい設定も無い。で、調べたところMySQLのユーザーのHOST欄についてまったく理解していない事に気付く。 このHOST欄に該当しないと拒否されるという事らしい。ZendCoreの方を確認したらDefaultでroot@%というユーザーが作られていた。 #MySQL
MySQL5.0.27に格納されたNucleusのデータを抽出しようとしたら、もう何をどう触っても文字化けが直らない。本家サイトのマニュアルに今の文字コードを確認するSQL文を発見。 [SQL] SELECT character_set_name, collation_name FROM information_schema.columns WHERE table_schema = your_database_name AND table_name = your_table_name AND column_name = your_column_name; [/SQL]character_set_namecollation_namelatin1latin1_swedish_ci って帰ってくるじゃないですか。DBを作り直すしかない??? 結局、 [1]Nucleusの管理画面からDBを『nucleus.dat』として保存(UTF8で保存のこと) [2]Nucleus用のDBをmysqldumpでエクスポート『dbexp.dat』 [3]『dbex
社内向けポータルサイトをDotNetNukeで構築したいと思わせるもっとも魅力的なモジュールがReportモジュールだと思います。 DBを自由に指定する事ができ、クエリ内容を出力する事ができます。ただ、SQL Serverとの接続は全く問題ないが、MySQLでは内部エラーが発生してしまう。クエリに”SELECT 1”と指定すると、正常に繋がるのに。 ※MySQLのODBC Driverは5.1を使用 Connection Stringの欄には下記を指定。Provider=MSDASQL;dsn={ODBC設定名};uid=user;pwd=password; 試しにMySQLを3.51にしてみると正常に処理できた。違う点といえば明示的なCHAR SETが5.1ではする場所が無い事か? ということで、MySQL3.51を使えばDotNetNukeのReportモジュールで使用できる事が判明! #DotNetNuke #MySQL #ODBC