Последние сообщения

#1

7.7 / Re: Алгоритм формирования CDX

Последний ответ от Ветер в поле - Сегодня в 16:56

Кобианом копировали на горячую лет 15 с теневым копированием. Проблем не было, раза два спасло. Пользователей правда немного, в районе 10-15. При большом колве юзеров и активном документообороте держать базу лучше на скуле.
Понятно, что это не панацея и данные могут разъехаться логически, но это всяко лучше чем ничего. А для полной поддержки транзакционной целостности у hogik на ИС приблуда есть.

Кобиан интересная штука, оказывается. Теневое копирование, в принципе, должно помочь. Хотя всегда существует вероятность, что начало копирования будет в середине транзакции. Но, действительно, лучше такая копия, чем никакой.

#2

7.7 / Re: Алгоритм формирования CDX

Последний ответ от Ветер в поле - Сегодня в 16:37

У меня есть старенькая таблетка от активных, для бакапа на горячую.
Реализация- создание таблицы объектов для всех объектов метаданных, справочников, констант, документов, планов счетов и т.д. и блокировка всех таблиц в транзакции модальным диалогом внутри.
Проверенная штука.

https://infostart.ru/1c/tools/122002/
Бесплатно

Спасибо, интересная штука. Но я ДБФ использую только для разработки, а все боевые базы на Скуле.

#3

7.7 / Re: Алгоритм формирования CDX

Последний ответ от Злоп - Сегодня в 15:08

Кобианом копировали на горячую лет 15 с теневым копированием. Проблем не было, раза два спасло. Пользователей правда немного, в районе 10-15. При большом колве юзеров и активном документообороте держать базу лучше на скуле.
Понятно, что это не панацея и данные могут разъехаться логически, но это всяко лучше чем ничего. А для полной поддержки транзакционной целостности у hogik на ИС приблуда есть.

• [4376]

#4

7.7 / Re: Алгоритм формирования CDX

Последний ответ от item - Сегодня в 12:39

У меня есть старенькая таблетка от активных, для бакапа на горячую.
Реализация- создание таблицы объектов для всех объектов метаданных, справочников, констант, документов, планов счетов и т.д. и блокировка всех таблиц в транзакции модальным диалогом внутри.
Проверенная штука.

https://infostart.ru/1c/tools/122002/
Бесплатно

• [4375]

#5

7.7 / Re: Алгоритм формирования CDX

Последний ответ от Ветер в поле - Сегодня в 10:25

А что мешает бэкапить дбф базу в течении дня?

Надеюсь вы шутите? За время копирования может быть создано/перепроведено сотни документов. Это не бэкап, а галочка от бэкапа. Копировать имеет смысл только при более-менее твердой уверенности, что в базе нет активности.

#6

7.7 / Re: Алгоритм формирования CDX

Последний ответ от Злоп - Вчера в 23:52

Ускорить индексирование  - это было бы хорошо. Не у всех передовое железо.

#7

7.7 / Re: Алгоритм формирования CDX

Последний ответ от Злоп - Вчера в 23:50

А что мешает бэкапить дбф базу в течении дня?

• [4372]

#8

7.7 / Re: Рарус РБК

Последний ответ от АЛьФ - Вчера в 14:25

Не стоит тут это обсуждать.

#9

7.7 / Рарус РБК

Последний ответ от mic22 - 19 августа 2026, 19:52

Есть 1С-Рарус: Ресторан + Бар + Кафе, ред. 2.5, релиз 3
Есть ломалка для XP
Надо запустить на Win 11
Дам денег

#10

7.7 / Re: Алгоритм формирования CDX

Последний ответ от Харлампий Дымба - 19 августа 2026, 01:42

(0) Вот сегодня ковырял план счетов.
1. Сохранил - файл итогов (1SBKTTL) вырос в два раза, файл индекса не изменился.
2. Сделал выгрузку-загрузку - файл итогов уменьшился в два раза, файл индекса увеличился в два раза.
3. Удалил индекс, зашел монопольно - файл индекса уменьшился в два раза.
Какого спрашивается для одного и того же файла итогов (2) и (3) 1С строит разные файлы индексов?

По поводу же ускорения индексации - самый тупой (ну и прелестный в своей непосредственности) путь - это запустить несколько одновременных сеансов 1с, чтобы каждый из них индексировал свой кусочек индексных файлов рабочей базы.
Гипотетический рецепт такой (для 8 процессоров):
/всё можно написать непосредственно на 1с 7.7/

• Удаляем в рабочей базе все CDX.
• Создаем 8 папок с пустыми файлами 1CV7.MD, копируем туда из рабочей папки 1CV7.ORD, ну и 1cv7flt.lst до кучи.
• Ранжируем по размерам таблицы DBF в рабочей папке и формируем 8 более-менее одинаковых потоков, типа:
  Поток 1: 1,8,9,16,17..
  Поток 2: 2,7,10,15,18.. etc
• Готовим для каждой папки(потока) свой 1Cv7.DD: парсим построчно текущий рабочий 1Cv7.DD - оставляем для каждого из 8 только те таблицы, которые входят в соответствующий поток. При этом номера таблиц "TABLE no" можно не менять, и (важно!) в DBTableName меняем относительный путь к файлу на абсолютный, типа вместо SC72 ставим C:\Users\User\Desktop\Base1C\SC72. Т.е. указываем путь к DBF файлу рабочей базы.
• Ну и запускаем 8 сеансов 1С пакетно с ключом ReIndex=Y - получим все индексные файлы сразу в рабочей базе

Итого: получаем ускорение в те же 8 раз . А если процессоров 16 - то и в 16. И при этом индекс построен типовым движком 1с и ему можно верить, не то что иишное "Вы совершенно правы, давайте исправим?".

Ну, если честно, тяжело придумать DBF базу для которой на нормальном железе индексация идёт больше пары минут. Она или упирается в 2 гига своими DBF и просится в SQL, или что-то где-то сильно перемудрили с галками "Отбор", там где они совсем не нужны.