Всем здравствуйте!!!
Заставил работать 1Cv77 на Win2008R2+SQL2008R2, все работает на отлично, но существует непроизводственная необходимость прикрутить к данному серверу периферийную базу, а центральная (1Cv77 8 гигов) крутится на Win2003+SQL2000. Создаю базу, выгружаю. Делаю загрузку в периферийную всё проходит гладко, пробую несколько раз загрузить-выгрузить из обеих баз, все ок. Но приходя на утро на работу пробую вручную сделать загрузки-выгрузки, из центральной все проходит без проблем, а вот в при загрузке в периферийную база зависает и файл транзакции начинает разрастаться, растет до 120 гигов, место на диске в итоге заканчивается и соответственно ошибка. Для проверки вечером делаю периферийку другой базы, отличной по конфигурации, также все проходит на ура, а приходя утром делая обмен и опять пухнет лог и тишина. Помогите советом.

посмотрите с помощюю ms sql profiler,
что приводит к такому поведению.

Как понимаю в SQL Profiler нужно создать трассировку, запустить ее, затем запустить загрузку в периферийку и наблюдать?

И еще, какие события выбрать для трассировки?

SQL:BatchStarting - Select * from _1SSYSTEM WITH (NOLOCK)
SQL:BatchCompleted - Select * from _1SSYSTEM WITH (NOLOCK)
И после этих событий бесконечное количество событий TransactionLog

ТиИ на копии периферийки

Да, Торговля и склад, самописка.

Ах ТиИ, извиняюсь, неправильно прочитал, показалось ТиС

Запустил ТиИ, походу это надолго, после теста отпишусь.

А чем связывал?
Секретным релизом или шаманством?
У меня преферийки работают на SQL2008r2 и никаких проблем.

Связывал секретным релизом+положил 1CPP, который взял тамже на инфостарте, а то без него при выходе из баз вылетала ошибка. Перифирийки у тебя на 2008, а центральные на чем крутятся? Я кстати сначала грешил на незакрытые записи в регистра или на документ без даты, но ничего такого нет.

ТиИ не помогло, проблема загрузки осталась.

Странно.
Центральная тоже на 2008.

Во.
Еще момент.
Базы в каком режиме?
совместимостис 8 или в формате 10?

А на счет роста до 120 г, так приведи базы в их FULL в SIMPLE/

Периферийная база в режиме совместимость 80, режим SIMPLE, автосжатие и прочая нечесть выключена.

(15) Версия solution?

(15) + Смысл был тогда ставить 2008?
как переводил переферийки на SQL?

Да, версия Solution.
Смысл есть, производительность реально выросла на порядок, в базе 1С v77 Бухгалтерия (100Gb)на Win2003+SQL2000 книга продаж за месяц формировалась за 9-10 часов, а на 2008R2 1-2 часа, такие же результаты с групповым перепроведением, в ТиСе транзакции стали мучать намного реже, вообщем плюсов очень много, а проблема только в загрузке в периферийку, которую рано или поздно все равно решится, время пока есть. Периферийку изначально создал штатными средствами, загрузка прошла нормально, а вот при обмене в периферийку файл транзакции пух, затем создал периферийку средствами скуля, результат тот же.

(18) Я проверсию спрашую.

5,5 или 7?

5,6, или 7?

Solution изначально пробовал 5, затем попробовал на 7

(22)нужно профайлером внимательно проблему изучать.

Профайлер ничего подозрительного не показал. Думаю, что все таки проблема не в скуле, а в платформе 1С, а точнее в bkend.dll. Завтра попробую запустить 1С (Win2003+SQL2000) из BINа который работает с SQL2008R2 и сделаю реструктуризацию базы. Возможно в этом проблема, не знаю уже на что грешить.

(24)чудес не бывает. Если транзакт-лог растет, значит в него, что-то пишется.

а чего в самом файле обмена то хоть ?

В файле обмена не больше ста измененных и новых документов и элементов справочников, объем обмена не велик.

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

может, проще базу на наличие ошибок было проверить сперва ?

ТиИ делал. Кстати на сервере Win2003 + SQL2000 периферийка работает очень давно и никаких проблем.

ТиИ не исправляет ошибки в базе.

Ну вроде как запускал с функционалом "Тестирование и исправление", разве не испрраляет?

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

Попробуй сделать выгрузку-загрузку.
ТОлько загрузку делать в базу совместимости 10.

+ Модель восстановления Простая(simple)
хотя незнаю у меня Центральная Стоит Полная(full) и журнал не разпирает.

Пробовал делать в базу совместимости 10, модель восстановления пробовал и простую и полную. На центральной базе у меня режим восстановления тоже полный, так как нужны бэкапы транзакций каждые 10 минут. Сейчас создал периферийку на DBF, загрузил данные, пробую произвести обмен. По окончании будет точно известно, где искать проблему, либо в скуле, либо в базе, либо в платформе.

Обмен в периферийную DBF прошел без проблем, значит проблема в скуле. Может быть проблема в том что 2000скуль En 2008скуль Ru???

Подскажите, что в настройках я упустил?

В настройках SQL (38)

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

(40) Рой настройки SQL.
Разницы нету на счет языка.
А вообще посоветовал бы поднять на машине (другой) SQL2008 и попробуй в ней создать базу.
Да кстати а переф. только одна?

(40) 1. в выгрузке из центра есть удаленные справочники/документы? (секции {"Deleted References"},
{"Deleted Documents"},)
2. попробуй в периферийке удалить таблицы итогов по регистрам, запусти обмен и посмотри на результат.

(40) а что говорит товарищ профайлер?

varelchik - Пробовал поднять 2000 скуль, все проходит нормально, дело однозначно в настройках 2008 скуля.
Dolly_EV - как удалить в периферийке таблицу итогоы по регистрам? За ранее спасибо.
Mikeware - Товарищ профайлер говорит следующее, грузятся сначала изменения констант, справочников и т.д. затем дело доходит до загрузки документов и на первом же документе транзакция, в итоге лог пухнет и ни один док не грузится.

Dolly_EV - Удалить файлы RA* ?

(44) При установке никаких отсебятин не выбирал?
Все значения по умолчанию использовал?

Нет, никаких отсебятин при установке скуля. Все по умолчанию.

(44) текст запроса в студию.

(44) Удалить - руками. Заходишь в МенеджментСтудио, встаешь на табличку и Del, и Enter
(45)RG..

1С v77 Бухгалтерия (100Gb) небось еще живы документы времен 7.0
обрезать не предлагать?

(50) при хорошей работе 100 гигов - это 5-7 лет... не так уж и много.

Базе полгода

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

(53) так в чем было дело-то ?