はじめに

日付：2026年6月19日（金）/ 10日目

午前はBastionサーバーへのSSH接続とpsqlログインを初めて成功させ、
午後はAlloyDB上でSQL文の動作確認作業を実施した。

BastionサーバーへのSSH接続・psqlログイン

手順書を参照しながら、以下の流れでDB接続を実現した。

① ブラウザからBastionサーバーへSSH接続

② SSHターミナルで gcloud auth login を実行

③ y を入力して認証を開始

④ 表示されたHTMLリンクをブラウザで開く

⑤ gcloud CLIからアクセストークンを取得・コピー

⑥ ターミナルに戻り、トークンを入力して認証完了

⑦ gcloud auth print-access-token を実行

⑧ psqlコマンドでAlloyDBにログイン成功

psqlコマンドの形式：

PGPASSWORD=<パスワード> psql \
  -h <ホスト名> \
  -p <ポート番号> \
  -U <ユーザー名> \
  -d <DB名> \
  --sslmode=require

Tips	内容
自分宛てメッセージ	異なる環境間でテキストをやり取りする際、自分宛にメッセージを送ることで素早くコピペできる
VSCodeのプレビュー機能	Markdown等の手順書をプレビューしながら編集でき、修正と確認を同時に行える

前日までに修正していた移行手順書13件について、
最終確認を行い上長へ報告・完了した。

AlloyDBに接続後、以下のSQLスキーマを設定してSQL文の動作確認を実施した。

set SEARCH_PATH to airs;

UPDATE・INSERT文を実行した際、
実際のデータベース上のデータが変更されてしまった。

項目	内容
問題	確認作業のつもりがDBのデータを実際に更新・挿入してしまった
対応	先輩に即報告し、変更箇所を特定・修正してもらった
教訓	SELECT以外のSQL文は必ず影響範囲を確認してから実行する

新人だからこそ「わからないまま実行しない」「すぐ報告する」が大切。
今回はすぐ報告できたことで大事には至らなかった。

初めてBastionサーバー経由でDBに接続できた時は、
手順が多くて大変だったが「つながった！」という達成感があった。

しかし午後のSQL作業では大きなミスをしてしまった。
SELECT文と違い、UPDATE・INSERTは実際のデータを変えてしまうという
当たり前のことを、作業中に意識しきれていなかった。

すぐに先輩に報告できたこと、そして修正してもらえたことで
大事には至らなかったが、本当に冷や汗をかいた。

「確認のつもり」でも本番データに影響が出ることを
身をもって学んだ一日だった。
次からは必ず影響範囲を確認してから実行する。