Tihiroのストレスフリーな生活

少しだけ頭使って後は根性

フレンドホームについて

概要

たまには里親らしい記事でも、と思いましたのでフレンドホームについての紹介記事。

東京都の話です。

フレンドホームについて

東京都福祉保健局のHPのリンクを貼っておきます。

www.fukushihoken.metro.tokyo.lg.jp

ようするに週末に遊びに行く親戚のお家、的な役割となります。

フレンドホームの役割

施設で暮らす児童さんは、家庭というものを知らない場合があります。例えば

  • 家の中に触っちゃダメなものがあることを知らない
  • お父さん、お母さんが家の中でくつろいでいることを知らない
  • 料理、おかし作りをしたことがない
  • 電車に乗ったことがない
  • お買い物に行ったことがない
  • 外食をしたことがない

などなど(あくまで一例です。施設に入ったときの年齢や施設の方針などによって色々と変わります)。

そんな普通の家庭を知らない児童に、普通の家庭がどんなものかを教えるのがフレンドホームの役目だと思っています。

具体的な活動

東京都福祉保健局のHPのリンク先にある通りなんですが、

  1. 児童を施設まで迎えに行く
  2. 児童を自宅まで連れて帰って交流する or 施設の近く(商業施設とか遊園地、動物園など)で交流する
  3. 児童を施設までお送りする

な感じです。簡単ですよね。

もちろん、慣れるまでは施設内で交流したりします。

交流の内容は

  • 遊ぶ
  • おしゃべりをする
  • お料理、おかしを作ったりする
  • 外食をする
  • TVゲームをする
  • 勉強する
  • お買い物をする

などなど、基本的に児童が望む形で交流することが多いのではないのでしょうか。

交流頻度

児童にもよると思いますので、毎週2-3日から月1程度までまちまちな印象です。連休や夏休みなどにはフレンドホーム宅でお泊まりしたりします。

未就学児は比較的多く交流ができ、逆に小学生の高学年以上になってくると施設のイベントや学校のイベント、クラブ活動なんかが週末に予定されていたりしますので、交流の頻度が少なくなる印象です。

せっかくフレンドホームになったのですからできるだけ交流はしたいところですが、ぐっとこらえて児童のペースに合わせて交流するのが良いんじゃないかなと。

まとめ

いざフレンドホームについて書いてみようとすると、想像な部分が多かったりで勉強不足を痛感しました。もう少し頑張ります。

PostgreSQLのパラメータを変更する。

PostgreSQLの話です。

パラメータを変更する方法

  1. postgresql.confを変更する。
  2. ALTER SYSTEM SET コマンドで変更する。
  3. SET コマンドで変更する。

の3通りでしょうか。

1のpostgresql.confの変更と、ALTER SYSTEM SET コマンドの変更では永続的に変更されます。

が、変更が適用されるには、PostgreSQLのrestartまたはreloadが必要です。

パラメータ変更後、pg_settings.pending_restartを確認することで、restartが必要か、reloadでOKかが分かります。便利ですね。

パラメータを変更したけど、セッションを閉じたらパラメータが元に戻る!

それは3のSETコマンドで変更したからでしょうか。

SETコマンドは該当セッション内でのみ有効となります。SET LOCALだと該当トランザクションのみ有効な感じらしいです。

postgresql.confで設定したのに反映されない!

restartまたはreloadを忘れている可能性があります。

それでもダメなら、postgresql.auto.confを確認してください。ALTER SYSTEM SET コマンドで変更したものはpostgresql.auto.confに書き込まれ、それはpostgresql.confよりも優先されます。

まとめ

とりあえず設定変更したつもりがされていませんでした、っていうのはダメダメですので再確認は忘れずにしたいものです。

CentOS7上のPostgreSQLを日本語環境にする。

環境

  • CentOS7
  • PostgreSQL のバージョンは問いません。

CentOSの設定

localectl set-locale LANG=ja_JP.UTF-8
localectl set-keymap jp106
timedatectl set-timezone Asia/Tokyo

ロケール文字コードエンコードエンコーディング?)を日本語でUTF8にして、キーボードの設定を日本語にして、タイムゾーンを日本にする。

PostgreSQLの設定

postgresql.conf内で

lc_messages='ja_JP.UTF-8'
log_timezone='Asia/Tokyo'

とすればOK。 タイムゾーンの設定がUTCとなっていると、ログに出力されるメッセージの時間が実際の時間とずれて分かりにくいので修正しておく。

以上

自分用メモでした。

共有バッファのPIN

PostgreSQLの話をしていて、知らなかったのですがPINとかいうものがあるそうで、色々と確認してみました。

が、ドキュメントの類には全くPINの解説などがでてこず、よくよく話を聞いてみると"src/backend/storage/buffer/README"に書かれているそうです。

なぜにマニュアル化されていないんでしょうか・・。

ちなみにPINの話は簡単にいうと「共有バッファ内に保存されているデータに対してPINを立てる(打つ?)ことで、そのデータはPINが立っている間は共有バッファから追い出されなくなる」という仕組みらしいです。

チェックポイントの発生タイミング。

  • 前回のチェックポイント実行から checkpoint_timeout 秒経過した時
  • max_wal_size に指定したサイズ分のWALログレコードがWALセグメントファイルに書き込まれたとき
  • CHECKPOINTコマンドを実行したとき
  • PostgreSQL が正常に停止されたとき
  • pg_basebackup 関数を実行した時

DRBDの仕組みメモ

DRBDによってデバイスが作成される。

その作成されたデバイスファイルシステムを作成してマウントすることでデータを保存できるようになる。

DRBDによってデバイスを作成するには、その元となるパーティションが必要となる。

なので、DRBDの設定で「/dev/sda1」とかを指定してやる必要がある。

元々あったパーティションとかをDRBD用に変換するっていうようなイメージ?

PostgreSQLでVACUUMの進捗状況を把握したい。

VACUUMを実行した場合にいつまで経っても完了しない場合、どれだけ進んでいるのかとか、実はフリーズしているんじゃないかとか色々考えてしまいますよね。 そんなときに"pg_stat_progress_vacuum"を確認すれば進捗状況が分かるそうです。

www.postgresql.jp

便利ですね。

[ 追記 ]

VACUUM FULLの場合は、pg_stat_progress_clusterを確認すればよいみたいです(PostgreSQL12)。