プリザンターのバージョンアップ・環境移行

1. 実行環境（.NET）やサーバーのOS（Windows Server、CentOS など）のサポートが終わる、またはすでに終わっている
2. 0.4x〜0.51 などの古いバージョンのまま使っていて、新しい機能やセキュリティの修正を取り込めていない
3. SQL Server Express の容量の上限が近づいた、または上限に達した
4. 自社で運用している環境から、クラウドへ移したい
5. 移行にあわせて、二要素認証や通信の暗号化（TLS）で、セキュリティを強化したい
6. テーブルの項目が足りなくなってきた
7. 作り込んだスクリプトがバージョンアップ後も動くか分からず、踏み切れない
8. 構築した担当者が異動・退職して、中身が分からないまま古いバージョンで動いている

実行環境とOSの、サポートの終了日

サポートが終わった実行環境やOSには、セキュリティの修正が提供されません。すでにサポートが終わったものと、これから終わるものは、次のとおりです。プリザンター 1.4 が動く .NET 8 は、2026年11月10日でサポートが終わります。

※ 日付は Microsoft・CentOS Project・Red Hat の公表によります（2026年10月時点。Microsoft の日付は米国太平洋時間）。

いまの環境の調査から、移行の計画、本番の作業の手順づくりまで、開発元のエンジニアに任せられます。オンサイトでも、リモートでも、エンジニアが直接対応します。

ユーザマニュアルに手順の無い組み合わせでも、最新のバージョンへ直接移行できる場合があります（1.1 から最新のバージョンへ、など）。お使いの構成での進め方は、技術支援サービスでご相談いただけます。

手順の一覧は、ユーザマニュアルのバージョンアップ・移行にあります。Enterprise Edition をお使いの場合は、Enterprise Edition のバージョンアップ手順をご覧ください。

1. 不具合の修正や機能追加の影響で、動作時の挙動が変わる可能性はあります。本番に適用する前に、検証環境でスクリプトやサーバスクリプトの動作を確かめてください
2. スクリプトやCSSが、画面のDOM構造に依存した書き方になっていると、バージョンアップによって見た目や動作が変わることがあります
3. 作業の前に、システムとデータベースのバックアップを取ります
4. 運用中のパラメータファイルを、新しいバージョンへそのまま上書きコピーしないでください。新しいバージョンで追加されたパラメータが失われます
5. 元のバージョンへ戻したいときは、作業の前に取ったバックアップと、以前のバージョンの資産を使って、環境を作り直して戻せます。作業の前のバックアップが、戻すときの備えになります

バージョンアップ時の各設定・開発内容について（ユーザマニュアル）

自社で進めるときに、つまずきやすいところ

1. パラメータファイルを、以前の環境から新しいバージョンへ上書きコピーしてしまう
2. 実行環境（.NET）を、新しいバージョンが動くものに入れ替えていない（プリザンター 1.5 は .NET 10 で動きます）
3. プリザンター 1.5 にしたあと、SQL Server に接続できない（TLS 証明書の検証が既定で有効になりました。SQL Server に証明書を設定するか、接続文字列を見直します）
4. CodeDefiner を実行していない、または実行するときのパラメータが手順と違う

自社で進めるのが不安な場合や、途中でつまずいた場合は、技術支援サービス（システム導入支援サービス）で、手順づくりから本番の作業まで支援を受けられます。

1. 移行の前に、データベースのバックアップを取ります
2. 移行元の設定ファイル（Parameters フォルダの中）を編集している場合は、移行先へ上書きコピーせず、変更した箇所を見比べて反映します
3. 長く使ってきた環境ほど、スクリプトや設定の量が多くなります。影響の調査や動作検証の計画から、技術支援サービス（システム導入支援サービス）で支援します

.NET Framework版プリザンターをプリザンター 1.5 へ移行する手順（ユーザマニュアル）

1. 移行先のOS・データベースが、動作を確認している環境に入っているかを確かめます（Windows Server 2019 / 2022 / 2025、Red Hat Enterprise Linux、Ubuntu、AlmaLinux など）
2. CentOS で動かしている場合は、Red Hat Enterprise Linux・AlmaLinux・Ubuntu などのサーバーへ移します。CentOS 7 では、プリザンター 1.4.0.0 以降が動作しません
3. SQL Server の場合は、移行元でデータベースを書き出し、移行先で取り込みます
4. PostgreSQL・MySQL の場合は、バックアップとリストアで移します

動作環境と推奨スペック　異なる環境にデータベース（SQL Server）を移行する手順　PostgreSQL のバックアップ・リストア手順

新しいサーバーの構築と、旧環境からのデータの移行は、技術支援サービス（システム導入支援サービス）で承ります。

クラウドの共用環境からは、専用環境へ移行できます。共用環境のデータを、セルフホストへ持ち出すことはできません。将来セルフホストへ移す可能性がある場合は、専用環境をお選びください。

クラウドへの移行については、お問い合わせください。

メモリとCPUにも上限があります。容量に余裕があっても、利用者やデータが増えて性能の改善が必要になった場合は、SQL Server の有償のエディションなどへの移行をおすすめします。どこが遅いのかの調査は、技術支援サービスのパフォーマンス調査で承ります。

データベースの使用量を減らす

移行の前に、いまのデータベースの使用量を減らせる場合があります。

1. 添付ファイルをデータベースの外に保存する：設定（BinaryStorage.json）で、添付ファイルや画像の保存先を、データベースからサーバーのフォルダ（ローカルストレージ）に変えられます。設定を変えたあとにアップロードしたファイルから、新しい保存先に保存されます
2. システムログ（SysLogs）を定期的に削除する：設定（BackgroundService.json の DeleteSysLogs）で、保存日数を過ぎたシステムログを自動で削除できます（1.3.23.0 以降）。たまったログをまとめて削除する手順もあります
3. ごみ箱のレコードを定期的に削除する：削除したレコードは、ごみ箱に残ります。保存期間を過ぎたものを自動で削除できます（1.3.25.0 以降）

ファイルの保存先をデータベースからローカルストレージに変更したい　添付ファイル格納方式の選択基準　プリザンターのログを削除したい　BackgroundService.json

PostgreSQL へ移行する

PostgreSQL はオープンソースのデータベースで、SQL Server Express のようなデータベース容量の上限がありません。プリザンターは PostgreSQL 14〜18 での動作を確認しており、SQL Server のデータを PostgreSQL へ移行する手順を用意しています。移行には、プリザンターに付属するツール（CodeDefiner）を使います。

1. 移行元と移行先のプリザンターを、同じバージョンにそろえてから移行します
2. データベースごとの仕様の違いでエラーになることがあるので、本番の前にリハーサルを行います
3. 数百メガバイト単位の添付ファイルなど、大きなデータは移行中にエラーになる可能性があります。事前に確かめておきます

SQL Server Express の制約について　異なる種類のDBにデータを移行する手順

データベースの移行の計画と実行は、技術支援サービス（システム導入支援サービス）で承ります。

ほかの選択肢

SQL Server 2022 Express 以前をお使いの場合は、SQL Server 2025 Express にすると、データベース容量の上限が 10 GB から 50 GB になります。データが増え続ける見込みなら、上限の無い PostgreSQL への移行か、SQL Server の上位のエディションを検討します。

上限に達する前に気づく

Enterprise Edition の運用管理ツール（Operations Tools）は、データ容量の急増を監視し、しきい値を超えたら通知します。データ容量の推移もグラフで確かめられます。

Enterprise Edition の機能を見る

すでに上限に達して、登録できなくなっている場合

SQL Server 2025 Express への入れ替え（上限 50 GB）か、PostgreSQL への移行で解消できます。お急ぎの場合は、お問い合わせください。

パスキー認証などの二要素認証を入れる

パスワードだけに頼らないログインにできます。最新のバージョンでは、パスキー認証も選べます。

1. パスキー認証（1.5.1.0 以降）
2. 認証アプリを使う、TOTP による二段階認証
3. メールによる二段階認証

パスキー認証を利用する　TOTP による二段階認証を利用する　メールによる二段階認証を利用する

通信を暗号化する（TLS）

ブラウザとサーバーのあいだ、プリザンターとデータベースのあいだ、メールの送信のそれぞれを、TLS で暗号化できます。

1. ブラウザとサーバーのあいだ：HTTPS で使う環境では、cookie に secure 属性を付ける設定と、HTTPS での通信を強制する設定（HSTS）を有効にできます
2. プリザンターとデータベースのあいだ：プリザンター 1.5（.NET 10）では、SQL Server への接続で TLS 証明書の検証が既定で有効になりました。SQL Server に TLS 証明書を設定して使います
3. メールの送信：SMTP サーバーへの接続を SSL/TLS で暗号化できます

Security.json（secure 属性・HSTS）　1.5 以降で SQL Server を使う際の接続文字列について　Mail.json（メール送信の暗号化）

証明書の用意やサーバーの設定を含めて、移行とあわせて技術支援サービス（システム導入支援サービス）でご相談いただけます。

※ 6種類の項目は、分類・数値・日付・説明・チェック・添付ファイルです。

移行のときが、項目を増やすよい機会です

1. 項目拡張は、データベースのテーブルの構造を変える作業です。事前にデータベースのバックアップを取り、CodeDefiner を実行します
2. 移行やバージョンアップでも、データベースのバックアップを取り、データベースを扱います。同じ機会に行うと、作業と検証をまとめられます
3. Enterprise Edition へは、いまの環境にライセンスファイルを置いて切り替えます。環境を作り直す必要はありません

データベースを扱う作業は、開発元に任せられます

データベースを直接扱う作業は、慣れていないと不安なものです。移行の作業とあわせて、Enterprise Edition へのアップグレードと項目拡張まで、開発元のエンジニアに任せられます。技術支援サービス（システム導入支援サービス）で承ります。

Enterprise Edition は、年間サポートサービスのご契約で使えます。

Enterprise Edition の機能を見る　項目拡張手順（ユーザマニュアル）

AIに話しかけるだけで、プリザンターを使える

プリザンターに組み込まれたMCPサーバ「Pleasanter MCP」（1.5.2.0 以降）を使うと、AIエージェントに自然なことばで頼むだけで、画面を開かずにデータを探したり、書き込んだりできます。

1. 「今月受注予定の商談を一覧にして」と頼むだけで、AIがレコードを探して集計する
2. 「この内容で問い合わせを登録して」「状況を完了にして」と、レコードの作成・更新・削除もことばで
3. テンプレートを指定して、新しいサイトを作ることもできる（1.5.8.0 以降）

ためてきたデータが、質問に答えるチャットボットになる

RAG連携（1.5.8.0 以降）は、テーブルのレコードをAIの知識として自動で受け渡すしくみです。長く使ってきた環境にたまっている業務データが、そのまま活きます。

1. FAQや問い合わせの対応履歴、社内規程をもとに、社員やお客様の質問に答えるチャットボットを作れる
2. レコードを作成・更新・削除すると自動で反映されるので、チャットボットの知識がいつも最新

情報システム部門も、安心して始められる

1. AIからの操作を記録し、いつ・どのユーザが・何をしたかを画面で確かめられる（MCPログ）
2. 読み取り専用モードで、まずは参照だけから始められる
3. 自社のサーバーで動かし、社内のAIとつなげば、業務データを社外に出さずにAIを使える

何から始めるかの整理や、効果を確かめる検証は、技術支援サービスの生成AI・PoC支援で相談できます。

Pleasanter MCPを使う（ユーザマニュアル）　RAG連携（ユーザマニュアル）

ほかにも、新しい機能が使えるようになります

1. プリザンターのアカウントを持たない社外の人に、期間を決めて入力画面を公開できるフォーム機能（1.4.23.0 以降）
2. パスキー認証（1.5.1.0 以降）
3. 一覧やエディタの画面のレイアウトを、ドラッグ＆ドロップで編集できるスマートデザイン（1.4.15.0 以降。エディタのタブの編集は 1.5.3.0 以降）

フォーム　パスキー認証を利用する　スマートデザイン

これまでのお知らせは 7 件（2022年11月〜2025年10月）です。いちばん新しいものは、1.4.21.0 以降で解消しています。

クラウド（Pleasanter.net）をお使いの場合は、開発元がメンテナンスやバージョンアップで対策を適用しています。

システム導入支援サービスで頼めること

1. 安全なバージョンアップの手順の策定とサポート。非互換情報の影響調査と、既存のカスタマイズ箇所の動作検証の計画から始めます
2. 旧環境からのデータ移行の計画と実行。サポート切れのOSで動いている環境を、新しいOSのサーバーやパブリッククラウドへ移します
3. オンプレミスや、自社で契約したクラウドへの環境の構築。将来の本番運用を見据えたパラメータで構築します
4. 構築した担当者が替わっている環境も、既存のカスタマイズ箇所の調査から始められます

相談は、ご相談（課題・期限・体制のヒアリング）→ 切り分け → 支援範囲の策定 → 実施、の流れで進みます。まず短い時間で相談したい場合は、開発元のエンジニアにオンラインで相談できる Web相談サービスもあります。

自社で進める場合

ユーザマニュアルの手順に沿って進めます。本番の前に、検証環境で手順とスクリプトの動作を確かめてください。構築を担当した認定パートナーがいる場合は、まずそのパートナーにご相談ください。

バージョンアップ・移行（ユーザマニュアル）　認定パートナーを探す

年間サポートをご契約の場合

年間サポートサービスで受けられるのは、バージョンアップについてのアドバイスと、操作や設定のQ&A、トラブルが起きたときのサポートです。影響の調査、移行の計画と実行、作業の手順づくりは、技術支援サービスで承ります。

年間サポートサービス