Как при запуске убрать вопрос с предложением переиндексироваться?
Если я и так захожу монопольно.

Если программа завершена аварийно и я захожу монопольно то запускать реиндексацию автоматически.

убить все индексы батником

есть патч, который убирает этот вопрос и индексация происходит автоматически.

(2) Ты вчера его уже рекламировал, дал бы линк чтоли)

(2): называется "пакетный запуск"?.. )))

(1) что такое индексы и как их убить?

*.cdx из папки базы что-ли?

(0) А тебе что влом нажать одну кнопку один раз в пол года?

(6) бинго..

(3) я не рекламирую, я знаю что такая хрень есть. а искать - я что - енот-искун?

(6) нет, там много еще других служебных файлов, надо почистить еще и *.cfg, *.dd, *.md

(7) в базу заходит скрипт, пользователь типа робот которого запускают из батника по расписанию, а вот если база требует реиндексацию то происходит ступор.

(11) ну с того б и начал вопрос :)

Сделай принудительную переиндексацию всегда перед стартом робота, и будет все норм.

(11): см.(4). принудительная и впереде.

(10) о да спасибо :))) за совет проще тогда всю папку DELETE КаталогИБ и проблемы нет

(10) не так.
сначала  *.md
потом  *.dd
затем *.cfg
и только после этого  *.cdx

(11) мож роботу не дали административные права?

Файлик:
reindex.prm

в нем у меня например есть такое:
[General]
CheckAndRepair=1
Quit=1
[CheckAndRepair]
Repair=1
PhysicalIntegrity=0
Reindex=1
LogicalIntegrity=0
RecalcSecondaries=0
RecalcTotals=0
Pack=0
SkipUnresolved=1
CreateForUnresolved=1
Reconstruct=1

в планировщике в винде висит такое:
\\путьк1С\1cv7.exe config /D\\путьБД /NЮзер /PПароль /@путьГдеЛежитТотФайлик\reindex

chcp 1251
"C:\Program Files\1Cv77\BIN\1cv7s.exe" CONFIG /D"D:\Базы\link1c\" /M /N"robot" /P"krob" /@"D:\Базы\Батники\rms.prm"
start "" "C:\Program Files\1Cv77\BIN\1cv7s.exe" ENTERPRISE /D"D:\Базы\link1c\" /N"robot" /P"krob"

[General]
Output="D:\Команды\logs.txt"
CheckAndRepair=1
Quit=1

[CheckAndRepair]
Reindex=1
Repair=1
PhysicalIntegrity=0
LogicalIntegrity=0
RecalcSecondaries=0
RecalcTotals=0
Pack=0
SkipUnresolved=0
CreateForUnresolved=0
Reconstruct=0


это не помогает почему-то. конфигуратор говорит нужно зайти монопольно и реиндексировать

ну ищи различия (16) + (17):)

(15)
– 1CV7.MD – файл конфигурации;
– 1Cv7.DD – файл словаря базы данных;
– 1Cv7.CFG – настройки форм и значения, записанные оператором СохранитьЗначение;
– *.CDX – индексные файлы;

откуда потом файл конфигурации тогда возьмется?

(19) полупятничный развод :)
Может это:
Reconstruct=1

(15) Думай когда пишешь, а то некоторые таких шуток не понимают.

(20) Reconstruct=Значение    Параметр указывает способ исправления информационной базы в случае, когда данные объекта частично потеряны. Если задано Y или 1, будет создан объект, заполненный имеющимися данными, если N или 0, то данные объекта будут удалены. Если параметр не задан, будет создан объект. Параметр имеет смысл только, если проводится тестирование и исправление информационной базы.

За советы, даже в шутку, удалить md или dd я бы банил на фиг без права переписки. Потом эту ветку прочтут ламеры которые первый раз на форуме и удалят не дочитав ветку до конца

Так может скрипт все норм реиндексирует, а потом робот портит базу, ну там например криво выходит?

пакетники - извращенцы. Давно есть патч, который автоматически запускает реиндексаци, если она требуется, при монопольном входе

(25) "они" не знали про пакетный режим :)

Лично проверил, дата у меня создания пакетного файлика из (16), датируется 2008г., как один раз написал правильно, так до сих пор и работает.

(27) Точнее даже так: дата создания 2004г., изменения 2008г.

(21) тогда внимательно читай (10)

(23) ламер скорее скопипастит готовый скрипт (16) или (17)

(17) зачем заходить в Предприятие, если конфигуратор в пакетном режиме уже переиндексировал?

(25) где взять такое? какой поисковый запрос? где копать?

А почему еще никто не предложил на SQL перейти, там точно ничего делать не надо и индексации не будет :)

(33) телепатически можно предполижить, что покупка чего либо заказчиком не приветствуется, а сиквел для 7.7 можно только покупать.

(23) с тебя и начнем.

(0) никак!   Если программа была завершена аварийно или процесс 1с был прибит килом1с, то при старте обязательно запуститься переиндексация.

переходите на скуль

(37) ответ неверный. переиндексация НЕ ЗАПУСТИТСЯ. как минимум по двум причинам
1. программа будет запущена немонопольно. В немонопольном режиме индексация невозможна.
2. при монопольном режиме быдет выдан ИНТЕРАКТИВНЫЙ ВОПРОС на разрешение переиндексации, от которой можно отказаться.
.
посему
а) учите матчасть
б) учитесь излагать правильно
.
;-)

(32) так никто и не ответил

(40) тебе ответили сразу в (1).

учитывая твои исходные условия:
"в базу заходит скрипт, пользователь типа робот которого запускают из батника по расписанию, монопольно"
ответ в (1) самый простой и подходящий.
какая религия мешает в этом же батника перед запуском робота убить *.cdx?

какая тебе разница, что база будет индексироваться всегда при запуске этого робота? а не иногда?  тебе что, железяку жалко? так она не потеет.. И базе от переиндексации точно хуже не будет.

(41) так наверно и сделаю, проверил работает. грохнул *.cdx запустил монопольно все без вопросов реиндексировалось.

тогда вопрос №2 робота я батником запущу в монопольном режиме, реиндексация пройдет, потом я при начале работы системы проверю монопольность и если робот в режиме монопольно то можно сделать ЗавершитьРаботуСистемы(0) а как потом его запустить в обычном режиме? можно конечно при начале работы сделать текстовый файл записать его на диск и батником каждую минуту проверять этот файл и когда файл будет создан запускать робота в обычном режиме, но как-то это все слишком.

Робот целый день должен работать в обычном режиме, так он помогает пользователям делать их работу.
Поэтому робота нужно запустить 1 раз монопольно, потом выйти, и зайти в обычном режиме.

Какие варианты есть?

(42)Есть команда start в бат-файлах - как раз для этого