SQLサーバーマシンも交換した
自分のマシンのHDDを交換したのは先程書いた通り。
ちょっと前の８月２５日にも書きましたが、MS-SQLサーバーの容量不足でレプリケーションがおかしくなったり、また、容量不足そのものの問題は引きずったまま・・・・
実はこれ、３年間悩んでるんだけどね。交換ってどんなタイミングでやったらいいものやら。
入れ換えのプランは２つ考えました。
１）データベースのバックアップ（MS-SQLの機能による）をとってそのファイルを新しいサーバーに読込ませる事で、データベースがそっくり再現される。MSのサポートもオススメで、これは順当な手順
２）自己流ですが、レプリケーションで別のサーバーにコピーを作っておいて、それをパブリッシャに手作業で昇格させる手順。キーとかインデックスの情報がサブスクライバには届かないから、あとで手を入れないとだめだし、ＭＳのサポートに聞いてみたらオススメじゃない様な事でした。
さてどちらを選択しますか？
っていうか普通はMS-SQLのレプリケーションを自分で管理したりしないよね。
バックアップだってテープとかでちゃんとやってると思うし・・・・
それはそれとして、バックアップデバイス（ファイルのこと）もイマイチ使いまわせる自信がないから、２）の自己流を採択いたしました。
新サーバーをサブスクライバとして新しくレプリケーションをセットしてＤＢのレプリカを作ります。データ量が結構あるので数時間かかるけどそれは完了です。慣れてるし。
元のサーバー：パブリッシャのパブリケーションを一気に削除します。削除機能があるので気前良く消しちゃいます。これも簡単。
新サーバー、サブスクライバをパブリッシャにします。その前に各テーブルにキーとインデックスの設定をしなおします。これができないとちょっとダメですね。あとユーザーを登録して権限設定をきっちりしなおして置きます。
パブリッシャになったサーバーは、ディストリビューターでパブリッシャ登録してから、そのパブリッシャにプッシュサブスクリプションを作成して、あとはデータが新たに移っていくのを待つばかり・・・・・・・
今までのサブスクライバはリセットされてユーザー権限などが消えちゃうからまたセットしなおして・・・・・はい完了！！
まあまあでしたね。緊迫の一日でした。昨日だけど
サーバーが変ったらクライアントのODBCでサーバー名だけ変えればおおかたＯＫです。
Accessのリンクテーブルでパスワードなんかがうまく通らなくなっちゃうものがあるけどそれはリンクを貼りなおせばＯＫ、これもよくある事。
そんなところでサーバー入れ換え無事完了！！ ３年ごしの不安材料が取れたよ・・・・