--- title: "在《哈萨克斯坦会计》3.0中的文件存储卷：如何将文件从数据库移至磁盘" country: KZ lang: zh author: Сапа Т.И. (https://buhgpt.kz/authors/sapa-ti) date: 2026-09-07 canonical: https://buhgpt.kz/suraqtar/toma-hraneniya-faylov-v-buhgalterii-dlya-kazahstana-3-0-k-zh source: BuhGPT --- # 在《哈萨克斯坦会计》3.0中的文件存储卷：如何将文件从数据库移至磁盘 > **TL;DR:** 已在版本 3.0.74.2《哈萨克斯坦会计》（3.0 版）上验证。 您的数据库已经膨胀到不像话的程度。一年前只需 15 分钟就能完成的备份，现在要跑一个半小时，导出文件也塞不进 U 盘了。打开管理界面——发现"占空间"的不是核算数据，而是数以 GB 计的附加扫描件：验收单、合同、ЭСФ 的 PDF 版本、来自手机的原始凭证照片。每份文档都把附件直接拖进数据库里。正是在这一刻，您来到了 "文件存储卷" 参考手册——为的是把所有这些文件从数据库转移到服务器磁盘上，而在数据库中只保留链接。 直说一句，免得您白费力气去找：这是一个 技术性（管理性）参考手册 --- 已在版本 3.0.74.2《哈萨克斯坦会计》（3.0 版）上验证。 您的数据库已经膨胀到不像话的程度。一年前只需 15 分钟就能完成的备份，现在要跑一个半小时，导出文件也塞不进 U 盘了。打开管理界面——发现"占空间"的不是核算数据，而是数以 GB 计的附加扫描件：验收单、合同、ЭСФ 的 PDF 版本、来自手机的原始凭证照片。每份文档都把附件直接拖进数据库里。正是在这一刻，您来到了"文件存储卷"参考手册——为的是把所有这些文件从数据库转移到服务器磁盘上，而在数据库中只保留链接。 直说一句，免得您白费力气去找：这是一个技术性（管理性）参考手册。它与核算无关。这里没有借/贷（Дт/Кт）分录，没有增值税和个人所得税，不生成 ЭСФ 或 СНТ，也没有打印表单。它只回答一个问题——您那些附加文件的字节物理上存放在哪里。因此下面关于分录和税务的章节存在的唯一目的，就是直接告诉您：这里没有这些内容，以及为什么没有。 1. 用途 "文件存储卷"参考手册描述卷——即服务器磁盘上的文件夹，当启用"将文件存储在磁盘卷中"模式时，1С 会把附加文件的内容放入其中。一个卷 = 一个目录 + 大小限制 + 填充优先级。这样数据库就保持轻量，而文件单独存放、单独备份。 2. 在哪里找到 界面中的路径： - 管理 → "文件处理设置"部分（在某些版本中为"常规设置" → 文件处理区块）。 - 勾选"将文件存储在磁盘卷中"复选框。只要它未勾选，卷参考手册就毫无用处——文件仍会存入数据库。 - 旁边会出现一个"文件存储卷"链接——它会打开这个参考手册。 通过导航链接直接跳转（菜单"服务" → "按导航链接跳转"，或地址栏）： e1cib/list/Справочник.ТомаХраненияФайлов 只有具备"管理员"配置文件的用户才拥有对该参考手册的权限。普通会计既看不到也改不了卷——这是正确的。 2а. 如何查看自己的版本 "帮助" → "关于程序"（或右上角的"i"图标）。在打开的窗口中： - 平台版本——例如 8.3.24.xxxx； - 配置——"哈萨克斯坦会计"，3.0 版，版本 3.0.74.2。 卷设置的路径在各版本之间几乎不变，但旧版本中设置部分的名称可能有所不同——请按自己的版本号来对照。 3. 如何填写 用"创建"按钮创建元素。字段不多，但每一个都各有用途。 字段 是否必填 用途以及填错时会怎样 名称 是 便于您识别的卷名称："卷 1 — 主卷"、"2025 归档"。不影响磁盘路径。留空则无法保存。 顺序（填充） 是 排序序号。文件总是写入顺序最小的卷；当它填满时，就写入下一个。两个卷顺序相同会导致排序不可预测。请设为 1、2、3…… 完整路径（Windows） 是，如果服务器为 Windows 指向文件夹的 UNC 路径，例如 \\SRV-1C\Files\Vol1。请务必填网络路径，而不是 C:\...，否则服务器集群找不到它。文件夹必须提前存在。 完整路径（Linux） 是，如果服务器为 Linux 形如 /mnt/1c-files/vol1 的路径。字母大小写很重要。 最大大小，MB 否（0 = 无限制） 达到该阈值后卷即视为已填满，文件转入下一个顺序的卷。设得太小——文件会很快"溢流"到下一个卷；设为 0——卷会一直增长直到磁盘空间耗尽。 备注 否 用于备忘：由谁在何时创建、存放在哪个磁盘阵列上。 通俗地说，操作顺序如下： - 系统管理员在服务器上创建文件夹，并为运行 1С 服务器所用的用户开放写入权限（Windows 中为服务 USR1CV8，Linux 中为 usr1cv8）。这是关键点：如果服务没有写入权限——文件就写不进去。 - 您创建参考手册元素，把路径填得跟从服务器上所看到的完全一样，而不是从您的工作站看到的。 - 指定顺序以及（如需要）最大大小。 - 保存。检查：给任意文档附加一个测试文件——它应当出现在卷的文件夹中，而不是数据库里。 不可或缺的最低配置，缺了它卷就无法工作：名称、顺序，以及对应服务器所在操作系统的路径。 4. 带具体数字的详解示例 这里没有分录——我们算的不是钱，而是字节数（GB）和文件分布。这就是这个对象的"磁石"所在。 情形。数据库有 40 GB，其中约 28 GB 为附加文件。服务器上的磁盘阵列——两个各 100 GB 的分区。您希望：新文件放在快速磁盘上，限制 50 GB；归档放在第二个磁盘上。 您创建两个卷： 卷 顺序 路径（Windows） 最大大小，MB 卷 1 — 主卷 1 \\SRV-1C\Files\Vol1 51 200（50 GB） 卷 2 — 归档 2 \\SRV-1C\Files\Vol2 0（无限制） 它是如何一步步工作的： - 您启用"将文件存储在磁盘卷中"。所有新的附件现在都存入磁盘。 - 您附加一份 3 MB 的验收单扫描件。1С 取顺序最小的卷——卷 1（已占用 51 200 MB 中的 0 MB），把文件写入那里，数据库中留下一条记录"文件位于卷 1，路径如此这般"。 - 过了一段时间，卷 1 已积累 51 190 MB。您附加一份 20 MB 的合同。51 190 + 20 = 51 210 > 51 200——卷 1 已溢满。1С 自动转到下一个顺序——卷 2——并把文件写到那里。无需手动切换任何东西。 - 已经存在数据库内部的那 28 GB 旧文件不会自己搬走。它们由后台操作"将文件转移到卷"来搬运（见第 10 节）：它从数据库中读出文件，按顺序和限制分放到各卷，在数据库中留下链接。转移及数据库维护（压缩表）之后，数据库大小从 40 GB 大约降到 12 GB——备份又能在几分钟内完成了。 示例小结：文件在物理上分布为 Vol1 = 50 GB，其余在 Vol2，数据库"瘦身"约 28 GB。此操作不涉及任何金额、税务和核算科目。 5. 操作类型 该参考手册没有像文档那样单独的"操作类型"字段。但从本质上讲，卷可支持三种场景： - 将新文件存储在磁盘上——启用该模式后所有附件都进入卷。 - 按优先级分配——严格按"顺序"字段填充，达到限制时溢流到下一个卷。 - 多卷存储——可以在不同磁盘上建立哪怕十来个卷，只需添加参考手册元素即可扩容。 6. 保存时生成什么 简明直接： - 借/贷（Дт/Кт）分录——没有。参考手册不过账，不影响科目（1210、1330、3310、6010 等）。 - 电子文档（ИС ЭСФ 中的 ЭСФ、СНТ）——没有。卷与税务及电子文档流转无关；它们只是存储附加到文档上的文件。 - 会计/累积登记簿的活动记录——没有。 - 实际发生的是：保存元素时，1С 记住卷的描述。当把文件附加到任意对象时，内容被放入卷的目录，而数据库的服务数据中记录一条链接"文件 → 卷 → 相对路径"。正是这一关联使得之后能够打开文件。 7. 打印表单 该参考手册没有打印表单——物理上没什么可打印的。要做检查，请不要用打印，而使用服务处理："文件存储库完整性检查"和文件容量报表（见第 10 节）。 8. 常见错误 "将文件写入卷 <名称> 时出错。权限不足……" / "访问被拒绝"。 1С 服务器服务没有对文件夹的写入权限。请给服务用户（USR1CV8/usr1cv8）对卷目录的完全访问权限。 "卷路径不可用" / "目录不存在"。 文件夹未提前创建，或路径是从工作站而不是从服务器上填写的（例如 C:\Files 而非 \\SRV-1C\Files）。请创建目录，并按服务器所看到的样子填写路径。 文件仍在撑大数据库。 未勾选"将文件存储在磁盘卷中"复选框。只要它未勾选，卷就闲置，一切都写入数据库。 "未找到用于存储文件的卷"。 所有卷都已填满（限制总和已用尽），或者没有一个卷有对应当前操作系统的正确路径。请增大"最大大小"，把最后一个卷设为 0，或添加一个顺序更大的新卷。 搬迁后文件打不开："在指定路径下未发现文件"。 有人手动移动/删除了卷文件夹里的文件，或改动了路径。切勿用手改动卷目录的内容；要检查请运行"文件存储库完整性检查"。 填了 Windows 路径，而服务器却是 Linux（或反之）。 请按 1С 服务器实际运行的操作系统来填写路径字段；对于混合/可迁移场景，最好把两个路径都填上。 9. 常见问答 1. 是否必须使用卷——能不能干脆把文件存在数据库里？ 可以，这是默认模式。当数据库因附件而变得过大、难以维护时才需要卷。对于小型数据库可以不折腾。 2. 文件会进入配置器备份（.dt）吗？ 不会。存储在卷中时，.dt 导出里只有链接，而文件本身不会。卷需要用操作系统手段单独备份。这是换取数据库轻量的代价——请在备份规程中考虑到这一点。 3. 卷在文件（非服务器）数据库中能用吗？ 卷按设计是面向客户端-服务器方案的，其路径对 1С 服务器可见。在没有服务器的纯文件数据库中该机制无法完整工作——请把文件保留在数据库中，或改用服务器方案。 4. 如何把已积累在数据库中的文件转移到卷？ 用"将文件转移到卷"处理（管理 → 文件处理）。它会把已有附件转放到磁盘。之后请对数据库管理系统做例行维护，使数据库物理上缩小。 5. 如果卷填满了会怎样？ 达到"最大大小"后，新文件会自动按"顺序"字段的升序进入下一个卷。如果没有下一个——就会得到"未找到卷"的错误。请让最后一个卷的大小为 0（无限制），或留意磁盘空间。 6. 能删除卷吗？ 只有当卷中没有任何文件时才能删。否则数据库中的链接会"悬空"，文件将无法打开。请先把文件转移到另一个卷，再标记删除。 7. 卷会影响金额、增值税（16%）或 ЭСФ 吗？ 不会，毫无影响。这纯粹是字节的技术存储。它不影响核算、税务和电子文档。 8. 能把卷放在网络 NAS 上吗？ 可以，指定网络共享的 UNC 路径（\\NAS\1c-files\vol1），并给服务器服务写入权限。请注意：文件打开速度将取决于网络。 9. 如何验证文件确实在磁盘上而不是在数据库里？ 附加一个测试文件，然后看卷的文件夹——它应当出现在那里。另外运行"文件存储库完整性检查"：它会把数据库中的链接与磁盘上的实际文件相核对。 10. 可以建多少个卷？ 需要多少建多少。每一个新磁盘/阵列都是一个带后续顺序的新参考手册元素。这样就能在配置不加限制的情况下扩容。 10. 相关对象 - 文件处理设置（管理）——机制的"开关"（"将文件存储在磁盘卷中"复选框）。没有它参考手册就无法工作。 - "将文件转移到卷"处理——按各卷把已积累在数据库中的附件转移到磁盘。 - "文件存储库完整性检查"处理——核对数据库中的链接与卷中的文件，找出"丢失的"和"多余的"文件。 - 对象的附加文件（验收单、合同、原始凭证扫描件、销售/进货文档上的 ЭСФ 的 PDF）——正是这些东西物理上存储在卷中。文件本身通过任意文档卡片上的附加文件按钮来创建。 如何查看自己的版本："帮助" → "关于程序"——那里有平台版本和配置版本。 本操作手册为"哈萨克斯坦会计"3.0 版、版本 3.0.74.2 编写。 --- _BuhGPT — ИИ-помощник для бухгалтеров Казахстана: https://buhgpt.kz_