お客様から(機械的に)サーバは動いているけどデータベースに接続できないと連絡が。
ファイルサーバなどにはアクセスできていること、
どのクライアントからもデータベースに接続できないとのこと、
からPostgreSQL自体の起動が怪しい・・・かな、と。
でも前日伺ったときには確かに動いてましたしねぇ。
さて、原因は実は、
今さらウィルス対策ソフトのパーソナルファイアウォールに止められていたこと(爆)
だったのですが、
現場に伺うまえにあれこれと試してみたことをメモ。
Windows版だけの変化球というか、
技術者としてそれってどうなの?的な方法ですが。
前提として、もしデータベースが動いているのであれば停止する。
1.dataフォルダのバックアップを取る。
2.ユーザーpostgesを削除してしまう。
3.PostgeSQLをアンインストールしてしまう。>dataフォルダは残りますね。
4.PostgreSQLをインストールする。>このときdataフォルダが残っているので、データベース・クラスタの初期化は行わない(行われない)。
5.必要があればバックアップを取ってあったdataフォルダを元の位置に戻す。
6.dataフォルダのアクセス権は、ユーザーpostgresでフルアクセスにしてしまう。
7.データベースが起動し、データベースへの接続が可能か確認する。
んん~?
これって他のサーバに移行したい場合には使えるんだろうか?
試してみよう。
2009年8月22日土曜日
2009年8月11日火曜日
2009年8月10日月曜日
2009年8月7日金曜日
2009年8月4日火曜日
2009年8月3日月曜日
ACCESS VBA 親フォームから子フォーム(サブフォーム)のレコードソース変更
Dim cBaseQuery as String
cBaseQuery = "select * from table01"
Forms!親フォーム名!サブフォーム名.Form.RecordSource = cBaseQuery
//場合によって
Me.Requery
みたいな。
sql文は自由に組み立て可能でしょ。
cBaseQuery = "select * from table01"
Forms!親フォーム名!サブフォーム名.Form.RecordSource = cBaseQuery
//場合によって
Me.Requery
みたいな。
sql文は自由に組み立て可能でしょ。
登録:
投稿 (Atom)