Дня 3 назад меняли для одного заказчика план счетов - расширили его "вглубь" путём добавления ещё одной секции в маске счёта. Реструктуризация прошла без проблем, но после этого невозможно загрузить выгрузки базы: ПК начинает очень интенсивно обращаться к диску, и при этом данный процесс не заканчивается в разумное время. Другие процессы при этом тоже нереально запустить - например, даже Панель Управления не открывается толком. Помогает только reset на системном блоке.
Что это может быть? На ПК вроде ничего больше не обновляли в последнее время, памяти на дисках тоже достаточно.

выгрузки = УРБД или для создания dbf копии?
если для dbf возможно превысили размер файла предельный.. но это если база большая.

В сабже написал что всё только под SQL 2000 делается.

с планом счетов шутки плохи ...

Если у вас база за большой период то так и должно быть - пересчитываются итоги. Прежде чем такое делать нужно думать головой.
Будет быстрее сделать новые ПБ.

(2) SQL 2000 глубоко плевал на ваши перестройки, выгрузка бэкапа скуль средствами будет занимать практически столько же времени.

(3)(4) Да знаю я про маску плана счетов - другого выбора не было. У заказчика бюджетной сферы поменялся план счетов, это им сверху спустили.

Самое интересное, что я архивную копию ДО ИЗМЕНЕНИЯ МАСКИ также уже не могу загрузить - получаю аналогичные спецэффекты...

(6) о чем и речь. ищите в другом причину.

(6) Куда вы неможете загрузить. "Разжевывайте" свои выражения, а то я мысли читать неумею.
Если я правильно понял то проблем быть недолжно. Так что подробности в студию. Максимально подробно.

протестировать скуль базу скуль обработками ... реиндексация , дефрагментация , обновление статистики , сислог заархивировать

(8) я так понял что бэкап скульный. потому что дбф и распределенку автор уверенно отрицает.

(10) Ну и я так думаю. Но что там автор делает - непонятно. Восстановить бекап даже обезьянка сможет. Другое дело если бекапов нет ...
В общем ждем подробностей.

(8) Всё происходит в пределах своего личного ПК разработчика. Загрузку/выгрузку базы делаю штатными средствами конфигуратора, т.е. выгрузка - стандартный zip с dat-файлом внутри.

(9) Это мне кажется правильным направлением мысли, т.к. я даже старые архивные копии уже не могу загрузить.

А можно более конкретно что сделать надо, а то я как системщик в Скуле не очень? Какие интерактивные команды в Enterprise Manager сделать надо? И/или что в Query Analyzer руками вбить?

(12) Ну вобщем или подробно что делаешь, или кури в гордом одиночестве. Брать в руки паяльник нет желания.

http://www.1csql.ru/materials/faq/admin.html?pagenumber=2
--
http://tavalik.ru/index.php/ustanovka-1spredpriyatie-7-7-na-microsoft-sql-server-2008-r2/

(12) делать бэкапы скульной базы 1с средствами 1с - дурной тон. пользуйтесь встроенными средствами sql, на него ваши поломки плана счетов не повлияют как я уже говорил.
ну а почему перестала проходить выгрузка - очевидно что причина в поломанном плане счетов.

http://www.softpoint.ru/faq_id100.htm

http://pro1c.org.ua/index.php?showtopic=2070

(14) А Вы Конфигуратор 7-ки видели? Какие ещё подробности нужны? Выгрузка/загрузка делаются в Конфигураторе штатными средствами - меню "Администрирование", пункты "Выгрузить данные...", "Загрузить данные". Симптомы описал в первом сообщении.

(16) "очевидно что причина в поломанном плане счетов". А как это проверить? В плане счетов только добавляли новые субсубсчета, для которых и потребовалось расширить маску счёта - все остальные счета также без изменений остались.

Обращаю ещё раз внимание, что я также теперь не могу загрузить "хорошую" архивную копию с заведомо правильным планом счетов да и всей ИБ. Это какой гипотезой объяснить можно?

(20) какой счет поломали?

(21) уверен что "хорошая" копия нормально загрузится в пустую базу.

какая конфигурация и релиз в конце концов.

(21) чо пишет ?

автора хочется направить на курсы терморектального криптоанализа в качестве учебного пособия.

(25) так вот в том то всё и дело, что не пишет ничего, а все симптомы описал в первом сообщении. Со всей ОСью невозможно работать - ни браузер открыть, ни Проводник. Раньше вообще такого никогда не замечалось при загрузке базы.

(24) Конфа написана полностью с нуля под учебное заведение. Бухгалтерия + расчёт зарплаты/стипендии + отдел кадров. Конфа создаётся где-то года с 2002-го.

(23) Интересно, а получается что если я даже хочу накатить новую базу на старую, то при этом как старая ИБ используется при загрузке новой? Такого ведь быть не должно. Какая разница с загрузкой в совершенно новую чистую базу, созданную как говорится "from scratch"?

а на другой машине не вариант проверить ?

(30) Тоже думал, но пока физически не могу это сделать (реальный сервер Заказчика не в счёт).

Вобщем так, беру паузу чтобы покопаться с индексами и сислогами скуля.

(19) Ну если у вас скуль, то делать бекапы нада средствами скуля. Плюс бекап МД и ДД.
Создайте в скуле новую БД и загрузите бекап сделанный средствами 1С. В существующую БД у вас загрузить неполучится (причины описывать небуду - захотите то сами разберетесь).

(29) просто сделайте и все, если база нужна.

Хлопцы, по-моему, это проблема или в Винде, или один из винтов на ПК полетел (будет жалко, если системный). Уточняю подробности проблемы. Вообще, всё что выше изложено - это со слов жены, она с теми базами работает. Сейчас вот её с пристрастием допросил и к ПК добрался.

А дело было так. От Заказчика пришло указание расширить план счетов. Грубо говоря, шаблон кода надо поменять с "#.#.#" на "#.#.#.#" для добавления нового счёта и его субсчетов (старые вообще остаются все на местах). Решили посмотреть что это будет на машине разработчика, т.к. изменения в плане счетов - это действительно большой кладезь потенциальных проблем. Поменяли маску, запустили Предприятие - вроде всё ок. Запустили ОСВ для проверки - все суммы на своих счетах. Дальше решили сделать выгрузку-загрузку базы Заказчика чтобы в реальной базе поменять план счетов, и вот тут то всё и началось.

Загрузить zip-выгрузку, сделанную штатными средствами 1С, не смогли. 1С и вся система практически подвисает на этапе распаковки zip-файла - мы даже не доходим до месседжбокса-предупреждения о том, что предыдущие данные будут потеряны. Вся система становится нерабочей, даже если процесс 1С снять. Индикатор обращения к винту постоянно помигивает, как будто идёт какое-то периодическое обращение к диску короткими порциями, раза 2-3 в секунду. Монитор ресурсов Винды толком объяснить не может где проблема и кто жрёт диск. Помогает только кнопка "Ресет" на системнике.

Сейчас стало ещё хуже. Включили ПК чтобы проблемой заняться - уже минут 10 висит чёрный экран с флажком Винды посредине и надписью "Запуск Windows". Индикатор HDD также мигает как описано выше...

Буду разбираться с проблемой дальше, но пока к уважаемому сообществу 2 вопроса в связи с вышеописанной проблемой:

1) Когда 1С распаковывает zip-файл выгрузки, она создаёт временные файлы на системном диске?

2) Как проверить, не порушилась ли база после изменения кода шаблона счёта?

Особенно интересует подробная информация по последнему вопросу - кто когда на какие грабли наступал при внесении изменений такого плана.

СПАСИБО

(35) 1. Идет работа с temp каталогом. Он может быть как на системном диске так и на другом. Если вы программист то должны это знать.
2. Сравнить движения и остатки.
Если со счетом раньше работали то советую сделать пересчет итогов. Иногда в ломаной установке отсутствует, поэтому лучше запустить пересчет принудительно через конфигуратор.

(36) 1: я так и думал на 99%, но мало ли как там в 1С всё может быть.

2: конфа своя, не стандартная. ОСВ годится для проверки, или надо какие-нибудь расширенные карточки счёта или подобные им отчёты запускать?

3: Уже писал, что существующие счета вообще не попадают под нововведение в маске плана счетов, или речь не об этом?

Винда всё-таки запустилась, хотя минут 20 в общем на весь процесс ушло. Даже консольный экран с результатами CHKDSK выскочил - такого раньше вообще никогда не было. CHKDSK сказал, что со всеми служебными записями, которые он проверил, всё ок.

остановить скуль , скопировать mdf + бэкап на другой диск (двд,блюрей или флэшку)
ЗЫ затем уже телодвижировать ;))

(37) 2. ОСВ + карточка счета (анализ счета по субконто). Возьмите универсальные отчеты - их будет более чем достаточно. Взять можно на исе или диске итс (раньше были, сейчас незнаю т.к. подписки нет).
3. Я все нечитал. Поэтому если счет неиспользовался то проблем небудет.

С проблемой в 1С разобрался - во всём были виноваты сдохшие конденсаторы в блоке питания :)

Из-за проблем с питанием ПК винчестеры начинали "вяло" работать, и это явно проявлялось в таких ресурсоёмких приложениях, как 1С.

Тема закрыта.