アップグレード中¶
アプリケーションとデータベースの変更として、MRBS のアップグレードを計画します。
アップグレード前¶
- クロスするすべてのバージョンのリリース ノートをお読みください。
- データベースをバックアップし、復元できることを確認します。
config.inc.php、カスタム テーマ、サイト FAQ ファイル、およびその他のローカル変更をバックアップします。- 現在の PHP、データベース、認証、およびメール設定を記録します。
- 実稼働システムのメンテナンス期間をスケジュールします。
Warning
インストールを上書きしないでください。ローカルでの変更はそのまま残ると想定してください。設定を新しいサンプルと比較し、意図的なオーバーライドを再適用します。
アプリケーションファイルを置き換える¶
新しいリリースのクリーン コピーをインストールします。古いアプリケーション ファイルではなく、サイト固有のファイルを引き継ぎます。
特に：
- 新しい
config.inc.php-sampleから開始します。 - 古い
config.inc.phpから必要な値を転送します。 - カスタム テーマと FAQ コンテンツを意図的に再適用します。
- 新しいデフォルト ファイルを古いコピーで置き換えないでください。
データベースのアップグレード¶
MRBS は、アプリケーションの初回実行時に、サポートされている履歴スキーマを自動的にアップグレードします。テーブルを変更する権限を持つデータベース認証情報を要求する場合があります。
通常のアプリケーション用アカウントでスキーマを変更できない場合は、専用のアップグレード アカウントを使用してください。
検証¶
アップグレード後、以下をテストします。
- ログインとログアウト。
- 管理者アクセス。
- 日、週、月のビュー。
- 作成、編集、削除。
- 定期的な予約。
- 有効な場合は承認と登録。
- 検索、レポート、エクスポート。
- 電子メール配信。
- LDAP、SAML、CMS ログインなどのバックグラウンドまたは統合パス。
予想される MRBS およびスキーマのバージョンについては、管理者の ヘルプ ページを確認してください。
ロールバック¶
ロールバックには、以前のアプリケーション ファイルと互換性のあるデータベースのバックアップの両方が必要です。ファイルのみを復元すると、古いアプリケーションが新しいスキーマに接続されたままになる場合があります。