v7: 1C на sql: как запустить без пересчета итогов #283883


#0 by RizONE
база вылетела и теперь требует переиндексации которая займет пару часов, сказали в папке базы должен быть какой то файл, удаление которого позволит запустить конфигуратор без переиндексации что за файл, хелп плиз!
#1 by kiroy
конфигуратор? переиндексация? sql? дааааааааа
#2 by Джинн
На SQL база не переиндексируется. Сервер сам следит за целостностью индексов. Если же речь идет о ДБФ, то запуститься без переиндексации могут только достойные последователи японских самураев - это один из способов сделать себе сеппуку.
#3 by Mikeware
У инкубатора дятлов очередной выпуск....
#4 by Mikeware
"позволит запустить конфигуратор без переиндексации"
#5 by Heckfy
Стаж: 2 г. 3 мес.
#6 by alkov
ИБ в формате SQL не требует переиндексации; Запуск конфигуратора не требует переиндексации; При запуске ИБ в формате DBF в монопольном режиме предприятия от переиндексации можно отказаться, ответив на соответствующий вопрос "Нет".
#7 by RizONE
да е мое, не переиндексация а перерасчет и верификация чего там хорошо, как запустить конфигуратор после вылета программы чтоб конфигуратор автоматом ничего не проверял? база на sql
#8 by France
не обижай достойного человека.. до сих пор трахаешся чтоль?...
#9 by Конь в пальто
верификация структуры таблиц и хранимых процедур не смертельна...
#10 by France
по сведениям из стана автора, у него этот процесс длился 2-3 часа... непонятное, в общем творилось..
#11 by Heckfy
При запуске конфигуратора вообще отсутствует верификация.
#12 by ado
+ А при запуске предприятия ана делается только при первом подключении.
#13 by Конь в пальто
хм.. пропустил. что он конфигуратор запускает... автор, грибы чтоли уже пошли?
#14 by МихаилМ
вероятно такое произошло при сохранении изменений в бд, md и ддс перед экпериментами сделайте архив бд, мд и ддс чтобы избежать верификации кофигуратор должен "правильно" сопоставить мд и дд самое лутшее достать их из еженочного архива и подсунуть базе верификация может первести к пересозданию таблиц в них могут поменятся названия полей. если 1с не использует прямые запросы, в кот упоминаются старые названия полей то скорее всего ничего страшного не произойдет. если же ипользуются всякие примочки типа подмена блокировок, прямые запрсы, въюхи и свои индексы то верификация не для вашей базы. возможно мд и ддс из нью стру могут не подойти...
#15 by Чес
1. Делаешь архив 2. Удаляешь из паки *.bat (что то вроде recalc.bat)_ 3. Выгрузка - загрузка
#16 by France
при сохранении изменений и произошло.. что за bat файлы? они реально создаются?
#17 by romix
Сменил заголовок ветки - было "как запустить без переиндексации". Оч. длительный пересчет итогов бывает связан с разрастающимся регистром остатков. Рецепт: регистры надо закрывать (чтобы они сходились в ноль), и лишние измерения из них по возможности убирать (чтобы таблица итогов не разрасталась почем зря).
#18 by Чес
Я не про это подумал, извини.
#19 by Чес
Хотя про это... Батники в каталоге ИБ есть?
#20 by МихаилМ
+19 cmd - шники в нью_стре . по-моюму они не мешают удалить их можно, но лутше скопировать куда - нибуть
#21 by Mikeware
Почему ты решил, что он "достойный человек"? Джинн, видимо, не обратил внимания на обострения -я ему и сообщил, что чел только выпустился судя по его смешиванию понятий - типпо, "какая в joppu разница - реиндексация, верификация, пересчет итогов..." Прочитать западло... Злой я. Очередной всплеск вопросов, ответы на которые либо есть в ЖКК, либо есть  в первых строчках яндекса, либо аффторы сами не могут сформулировать вопрос...   Все мы чего-то не знаем, но блин стараться узнать надо.... Там не батники, а вроде .цмд Они только пересчет итогов, пересчет бухитогов, и персчет ссылок инициируют. У человека явно  пишется на экране - что происходит...
#22 by Чес
Ну может и cmd :)
#23 by France
хех.. если не знать, что друзья достойные люди, то что еще можно знать ;-).. ps кста, никогда не видел, чтоб в newstru создавался cmd
#24 by Mikeware
Пля! Ты подумал, что я Джинна дятлом назвал, чтоль?!?!?
#25 by France
нет.. автора)).. я про автора веду речь..
#26 by SnarkHunter
>> кста, никогда не видел, чтоб в newstru создавался cmd Том в устройстве C имеет метку WINXP Серийный номер тома: CCB5-D54E Содержимое папки C:...NEW_STRU 12.07.2007  23:23    <DIR>          . 12.07.2007  23:23    <DIR>          .. 05.07.2007  05:07           254 466 1Cv7.DD 05.07.2007  07:16        13 970 944 1Cv7.MD 05.07.2007  05:07                22 1srecalc.cmd 12.07.2007  23:23                 0 list.txt 05.07.2007  05:07             9 216 RA8889.CDX 05.07.2007  05:07               722 RA8889.DBF 05.07.2007  05:07               682 restruct.log 05.07.2007  05:07             6 144 RG8889.CDX 05.07.2007  05:07               194 RG8889.DBF               9 файлов     14 242 390 байт               2 папок  24 494 714 880 байт свободно
#27 by France
верю охотно.. как я понимаю, cmd возникает при условии, что неудачно завершилось обновление?...
#28 by SnarkHunter
Нет... Все-таки ЖКК полезно почитывать... Цитирую КиА, ч.2, приложение 1: "Таким образом: ·        если процесс перезаписи еще не начинался, то все данные в основном каталоге являются корректными и соответствуют состоянию до изменения конфигурации; ·        если процесс перезаписи закончился, то все данные в основном каталоге являются корректными и соответствуют сделанным изменениям в конфигурации; ·        если перезапись началась и не закончилась, то все измененные файлы в корректном виде находятся в каталоге NEW_STRU и для приведения системы в рабочее состояние их необходимо переписать в основной каталог. Однако система при запуске Конфигуратора сама определяет ситуацию с неоконченной перезаписью изменений при реструктуризации и выполняет перезапись всех файлов из каталога NEW_STRU в основной каталог. Поэтому после процесса реструктуризации следует запустить Конфигуратор. Кроме того, при проведении реструктуризации система диагностирует некоторые изменения, которые требует дополнительного пересчета информации. Например, реквизиту многострочной части документа назначен признак «Итог по колонке». Подобного рода действия не влекут изменений в структуре данных и обрабатываются системой следующим образом. В процессе реструктуризации при анализе изменений в метаданных при обнаружении подобных изменений они записываются в файл 1SRECALC.CMD. При перезаписи сделанных изменений в основной каталог данный файл также переписывается. После перезаписи, если данный файл содержит информацию о необходимости пересчета, система выполняет нужные действия, после чего данный файл удаляется из основного каталога. Также анализ наличия такого файла выполняется при входе в Конфигуратор для отработки варианта сбоя в процессе пересчета или реструктуризации. В этом случае также выполняются необходимые действия и файл также удаляется."
#29 by France
спс за ликбез..
#30 by Mikeware
(27, 28) "Если ничего не помогает, прочитайте инструкцию..."© :-)))
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям