1cv8ftxt: загадочная папка полнотекстового поиска в системе 1С:Предприятие

Система "1С:Предприятие" является основой автоматизации учета на тысячах предприятий по всей стране. Программисты, администраторы и продвинутые пользователи ежедневно сталкиваются с множеством служебных файлов и каталогов, назначение которых не всегда очевидно. Одним из таких элементов, вызывающих немало вопросов и споров в профессиональной среде, является папка с индексом полнотекстового поиска. Речь идет о загадочном каталоге, который появляется рядом с файлом базы данных или в структуре кластера серверов, это 1cv8ftxt , хранилище, без которого невозможно представить работу механизма быстрого поиска информации в больших массивах данных.

Прежде чем углубляться в технические детали, важно понять, что представляет собой этот каталог. 1cv8ftxt это системная папка, которую платформа создает автоматически для размещения файлов полнотекстового поиска данных (сокращенно ППД) - 1 . Если вы когда-либо заглядывали в директорию с файлом базы данных 1Cv8.1CD, то наверняка замечали эту папку рядом с каталогом 1Cv8Log, где хранятся журналы регистрации - 5 . Для клиент-серверного варианта работы путь к этой папке более сложный и выглядит примерно так: ..\srvinfo\reg_<порт сервера><Идентификатор базы>\1Cv8FTxt\ - 1 . Именно здесь платформа размещает все необходимое для работы механизма полнотекстового индексирования.

Внутри этого каталога скрывается целый мир служебных файлов, каждый из которых выполняет свою функцию. Основные из них indexMain.bin (главный индекс) и indexPartial.bin (дополнительный индекс), а также временные файлы изменений с расширением .log, например changesХХХХХХХХХХХХХХ.log - 1 - 3 . Иногда размер этих файлов может достигать десятков гигабайт, что нередко становится настоящей проблемой для системных администраторов - 1 . Особенно пугающими выглядят файлы indexmain.bin и indextemp2.bin, которые способны разрастаться до колоссальных объемов, замедляя работу всей системы и создавая риски для стабильности сервера.

Однако 1cv8ftxt таит в себе и более глубокие загадки. Опытные пользователи на специализированных форумах обсуждают странные подкаталоги, назначение которых не документировано разработчиками. Например, папка files_for_accept, которая может раздуваться до 70 гигабайт при том, что сама база данных занимает всего 10 гигабайт - 2 . На форуме Инфостарт один из участников поделился своей тревогой: "У нас она раздулась до 70Гб при весе самой базы 10Гб. Вроде бы и хочется взять, да удалить все что внутри папки 1Cv8Ftxt но это папка меня пугает. Название какое-то пугающее 'Файлы для приема'. А вдруг после удаления этой папки у меня связи кластера порушатся" - 2 . Коллеги по цеху успокоили его, заметив, что вряд ли от удаления индексов что-то разрушится, но точного назначения загадочной папки никто не объяснил, предположив, что знают это только разработчики 1С, которые вряд ли поделятся секретом на форуме - 2 .

Почему же размер папки 1cv8ftxt может вызывать беспокойство и требовать вмешательства администратора? Дело в особенностях работы механизма полнотекстового поиска. При выполнении операции индексирования средство полнотекстового поиска перемещает пакеты данных в память. В кратковременный промежуток может оказаться, что объема оперативной памяти недостаточно для обработки, и это вызывает непредсказуемые негативные эффекты для всех пользователей - 1 . Высока вероятность падения процессов кластера 1С, что чревато потерей несохраненных данных и простоем в работе сотрудников. Особенно остро эта проблема встает при слиянии таблиц индексов поиска, когда потребление ресурсов резко возрастает.

Что же делать администраторам, столкнувшимся с проблемой разрастающегося каталога 1cv8ftxt ? Эксперты рекомендуют несколько стратегий. Прежде всего, стоит включать обновление индексов только в момент технологического перерыва после полного рестарта сервера 1С, причем не обязательно делать это ежедневно - 1 . Также можно произвести отключение полнотекстового поиска для тех объектов метаданных, где он действительно не нужен, оставив его лишь для критически важных справочников и документов. Более тонкая настройка предполагает спуск до уровня отдельных реквизитов объектов - 1 . В качестве крайнего варианта рассматривается полный отказ от использования механизма ППД, если быстрый поиск по тексту не является критически важной функцией для пользователей.

На профильных форумах, где обсуждается тема 1cv8ftxt , можно встретить немало историй о борьбе с разбухающими индексами. Один из участников форума mista.ru жалуется: "Есть рабочая база, у нее индекс занимает 8 Гб, сделали копию там индекс занимает 10 Гб, удалял, ставил ограничение, после обновления индекса все равно кеш занимает 10 Гб" - 4