株式会社GROWI（总公司：东京都新宿区西早稻田2-20-15 高田马场Access 10F，代表取缔役社长：武井 雄纪）已完成并公开 关于从OSS版GROWI迁移至GROWI.cloud的说明文档 ，并开始提供AI迁移诊断工具。 我们公开了比以往更详细的信息，包括委托GROWI.cloud支持团队进行迁移作业的费用预估，以及迁移步骤等内容。 此外，通过AI进行事前诊断以节省估价准备时间，能使从评估迁移到咨询的流程更加顺畅。 ■ 关于GROWI与GROWI.cloud GROWI 是由株式会社GROWI开发并公开的开源信息共享工具。 具备通过Markdown进行灵活的文档制作、即时多人同步编辑、阶层结构的页面管理等功能，作为企业内部Wiki或知识库，被工程团队及广泛的组织所使用。 GROWI以「 GROWI OSS （自行架设） 」与「 GROWI.cloud （云端服务） 」两种形式提供。 OSS版是将软件建置于自有服务器上使用的形式，基础设施管理、版本升级、安全性修补程序的套用皆需由用户自行运行。 另一方面，在GROWI.cloud上运行的GROWI，其基础设施管理等作业皆由本公司负责处理。 由于功能与使用体验在两种形式下基本相同，即使从OSS版迁移至GROWI.cloud，也能直接延续至今的操作风格。 ※ 根据您在GROWI.cloud签约的方案，OSS版的部分设置可能无法继承。详情请确认官方网站的功能与费用页面。 ■ 从OSS版GROWI迁移至GROWI.cloud的增加背景 近年来，收到许多在自有服务器上运行OSS版GROWI的企业与组织咨询，表示因以下理由正考虑迁移至GROWI.cloud。 2025年度收到的迁移咨询次数，以及实际运行的迁移作业次数，与2024年度相比皆增加了约5成。 进行基础设施盘点与预算编列的新年度，正是判断是否进行此类迁移的时机。 因此，配合新年度，我们刷新并公开了 关于从OSS版GROWI迁移至GROWI.cloud的说明文档 。 ○ OSS版运营中的课题 基础设施管理成本增加： 服务器的维护与运营费用、负责工程师的人力成本等，OSS版的管理成本正在增加 安全性疑虑： 因持续使用旧版本而产生的安全性风险。由于OSS版必须自行套用安全性修补程序，应对容易滞后 服务器迁移与更换： 地端设备的老化，或因合约中的VPS、云端VM服务终止、更换而需考虑迁移目的地 企业内部系统云端化： 作为企业内部系统全面SaaS化的一环，希望将GROWI的运营也委托给外部服务 ○ 迁移至GROWI.cloud可获得的优势 自动版本升级 ：更新至最新版或稳定版由本公司负责。随时可使用稳定的版本 强化安全性对策 ：标准提供通过WAF进行的非法访问对策及病毒扫描。可大幅减轻安全性运营的负担 从基础设施运营中解放 ：服务器监控、故障排除、备份等，可将原本花费在基础设施管理上的工程师人力集中于内核业务 安心的支持体制 ：从迁移作业到运营后的故障排除，皆有专属支持团队提供协助 ■ 本次更新的说明文档 迁移数据至GROWI.cloud所创建的GROWI 委托支持团队进行迁移作业 利用数据封存与导入功能进行迁移 ■ 说明文档概要 关于从OSS版GROWI迁移数据至GROWI.cloud的方法，我们准备了以下两种方式。 上述说明页面内文中， 公开了委托本公司进行迁移作业时的费用预估与作业步骤详情 。 1. 委托GROWI.cloud支持团队进行迁移作业（推荐） 无论迁移来源的GROWI版本为何皆可使用 由我们接收mongodump数据及附件文件，并由本公司运行还原作业 2. 利用数据封存与导入功能进行自行迁移 由客户自行运行迁移作业的方法 适用于迁移来源的GROWI已更新至v7.0.0以后版本，且满足特定条件的情况 ■ 迁移实绩与对应范围 GROWI.cloud支持团队至今已处理过众多迁移案件。 不仅支持从旧版本的GROWI或各种数据保存位置进行迁移，也支持从OSS版GROWI以外的知识库进行迁移。 ○ 从OSS版GROWI迁移 对应版本 ：拥有从v3至v6系列等v7系列以前的旧版本迁移实绩 数据保存位置 ：MongoDB (GridFS)、AWS S3、GCP 等 即使迁移来源的GROWI版本过旧，导致客户端难以自行进行更新，我们也会在运行迁移至GROWI.cloud的作业时一并进行更新处理。 ○ 从其他Wiki服务迁移 我们也有从Confluence、esa、Notes等，GROWI以外的企业内部Wiki服务进行迁移的实绩。 欢迎随时咨询。 ■ 首先，请咨询 GROWI.cloud 迁移咨询工具！ 若您有「担心是否能顺利迁移」、「不知道该准备什么」等疑虑，在咨询前，请务必尝试使用 AI聊天形式的GROWI.cloud迁移咨询 。