Внедряю УТ 11. (работаем на УТ - неделю)  До этого контора работала на "нетленке" Бухгалтерия предприятия ред.3! База пухнет не пропорционально работе (15 юзеров).
Сегодня перевели на SQL - всё равно тормоза. Обратно в файл уже не можем выгрузится: превышен максимальный размер файла.
Как жить?! ПомогитиЕ! Я за Прохорова голосовал!

Видеоролики небось грузите в базу.

(0)Я за Прохорова голосовал!
Станислав тут никому не помогает.Он владелец ресурса и чорный господин.

(0) найти самую большую таблицу - сделать вывод =)
(начали работать - может вы туда картинки товара грузите ?)

ТиИ?

Куда там... Ну грузанул 6 000 шт. номенклатуры с упаковкой.
2000 контров. 1000 доков - для основания ввода остатков. ну и всё. Но всё это занимало
2,5 гига, а сейчас за неделю вымахало до 9!

ТиИ я не делал, сейчас намереваюсь, но и в результате загрузке в SQL - база на гиг увеличилась!

Происки кгб, не иначе

что значит "пухнет"?

(0)А что говрит журнал регистрации?

(3) не ни одной картинки. Сегодня версионирование отрубил.

(6) лог настроили ? =)))) если нет то он и растет

(8) это когда из 1СD в 2,5 гига - получается 8,5 гига!

В SQL посмотри размер таблиц - какая самая большая?

Версионирование отключено. Попробуй удалить журнал регистрации

(0) ыыыыыыыыыыыыыыыыыыыыыыыыыыыыыыы


у меня киленты как то тоже жаловались.. типа "ничего не делаем а обмены с сайтами остановились и база тупит"

смотрю - выгрузка полтора гига.
начал рыться - они туда нахреначили картинк товаров которые им выдал их дигинер-фотограф...
картинки фоткались в марк5
то есть там одна фотка - 7 мегов :) :) :)

пришлось писать конвертер который отхреначил все присоедененные фотки по размеру и по качеству.. сжал их до 40-50 килобайт...

размер базы снова стал 200 мегов :)

я голосовал за Зюганова, у меня ничего не пухнет

(15)Рано радуешься:)

(12) база на скуле - там два файла *.mdf и *.ldf так вот 12,5 гиг это общий размер ?

поди почту включили принимать.

(18) т.е 8,5

(14) отключил логи в конфигаторе, щас всё поставил все галочкии на ТиИ...
логи - очисяться?

(19) нету почты! вы чего люди на бух редакции 3 работали в торговле.

(21) нет, это журнал регистрациирасти не будет; есть еще скульный лог - он то и растет

(18) переадресовал вопрос админу сейчас - посмотрит. Конкретные цифры - принципиальны?

это у него обороты прут - он же за успешного предпринимателя проголосовал.
Лопату надо купить - деньги грести.

ты толком объясни когда расти начало - в файловой или на скуле?

(24) одно данные, другое лог =)

(23) скульный замочит - но база стала пухнуть ещё в файловом варианте...
Вот чё админ говорит:
*.mdf - 15 гигов
*.ldf - лог, я его замочил часов в 9 вечера... вот как раз тебя попросил чё-нить сделать в базе и позырить )

пухнет при выгрузке???

(26) расти начало в файловом с первых дней прибавляла по 200-500 мб потом по гигу!

(29) при выгрузке может только ужиматься!)) Пухнет при работе!

не вижу смысла не платить франчам в данном случае :)

(30) неправильные индексы еще могут базу заставлять пухнуть,
на скуле проще глянуть - найдите самую большую таблицу БД и огласите =)

Если версионирование раньше было включено а теперь я галочку убрал - регистр чистить надо руками?

(34) конечно

(33) админ пошёл учиться таблицы смотреть, ща научиться... а не говорит:
> найдите самую большую таблицу БД и огласите
хер... не открываются таблицы... говорит - привышено время ожидания блокировки... =( надо разбирацо.. =(

тока если ты его выключил, а она все равно пухнет - шестое чувство подсказывает - дело не в этом

(35) типа галка тока не добавляет новые записи а старые не убивает...

(37) я её выключил с утра, но у юзеров сеансы были открыты я не знаю им сеанс надо перезапустить, но на рабочих сеансах не помогло!

Значит надо обращаться к В.Гилёву...

(31) пухнет и в выгрузке, бывает и такое, поверь))) архив был 400мб когда выгружал завершил задачу при 1,5 Гигах
тогда хз, если бы при выгрузке то помог бы!!!

сделай запрос в СКЛ:

select t.name as TableName, SUM(u.total_pages) * 8 / 1024 as SizeMB
from sys.tables as t
inner join sys.partitions as p on t.object_id = p.object_id
inner join sys.allocation_units as u on p.partition_id = u.container_id
group by t.name

(41) это как? выгружал архив из архива?

(43) выгрузку базы делал, а он её вот таким образом сжимал. типа.

Откуда такая уверенность, механизм "версионирование" так увеличивает БД?
Там по сути чуть ли не в одну таблицу все льется в ХМЛ формате :)

(36) ну если MS скуль - по правой кнопке выбираешь репорт(отчет то бишь), и среди типовых ищешь отчет по топовым тэйблам с самым большим показателем data и index =) (ну или запрос но это сложнее...)

Аааа... Вота такая штука:
http://file.qip.ru/photo/PJkM1ELQ/err.html

(47) начнем с начала - как размер базы смотрите ? какие файлы сколько весят ? какой скуль стоит ?

(0) транкани базу и переведи в симпл

+(49) v8: SQL Server Database RTransaction log размером в 110гб это нормально?

(47) размер базы я смотрел только по файлу 1СD - 8 гиг
СКЛ - 2008 r2

СКЛ - на 180 дней.

(52) попробуй постгрес-скуль. он бесплатный. в таблице примеров внедрений 1С на сверхкрупных предприятий 3-4 базы на постгре.

Памяти оперативной нет совсем - СКЛ всё сжирает 16 гиг. это нормально?

(54) блин.. тебе сказалиже (49)+(50)

В таблице AccumRgT7372 (Расчеты с клиентами Итоги) - 55 мил. записей. Само интересное что в оборотах записей ну максиму 10 000.

РегистрыНакопления.РасчетыСКонтрагентами.ПересчетИтогов()- должно помочь?

(57) пробную базу в зубы и тестить. проблем то

(57)
Администирование - тестирование и исправление.

(59) делал как сейчас помню на этом же регистре база повисла (или мне так показалось)

(60) Будет 3 дня выходных - на них и поставь.

(58) за ночь досчитает?

(54) - это нормально

Нимагу! Тётки вешаются работать не могут...Реализации проводятся долго (ну 3 мин.)

(62) Кто ж его знает. Конфа типовая? На лицензии? Что говорит поддержка 1с?

(60) у них выходной тока 8-ого (у меня тоже) (((

(62) Великая УТ 11!

(66) Ну за сутки уж должно посчитать.
ПС
Ты походу в номерах комментов путаешься.

А такое в принципе бывает: итоговых записей больше чем "обычных" записей (в разы!)

(69) Я с таким не сталкивался как у тебя, но был похожий случай - остатки есть по регистру, а записей на дату остатков (2ой день от рождества ЕГО) в нем нет.
Тестирование и исправление помогло.

(69) при кривом вводе конечно бывает

(69) если регистр криво спроектирован и не "закрывается" (т.е. положительные движения не перекрываются отрицательными в разрезе измерений) то остатки пухнут;
если типовая - такое мало вероятно =)
поскольку это форум и приходится телепатировать для скорости решения вашей проблемы может франча позовете который вам конфижку продал ?... ну или разбираемся дальше)

(72) А может они учёт так ведут. Приход делают по одному договору, расход - по другому. Вот регистр и не закрывается.

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

(70) ага второй день от рождения его!

(69) ага тока остатки ввели, мы сами им эту коробку и продали, ток кривой учёт в типовых (да-да есть и такое) это совсем не проблемы франча.

Операции - Управление итогами. Там безумных дат нет?

(76) ты уже сам с собой разговариваешь

(76) бггг. франч? ))

(78) он сам франч, он сам продал, он сам накосячил, он сам исправился, но зарплату он не получил

(76) в (0) написано: "Внедряю УТ 11". Одна из задач внедрения - это налаживание правильного ведения учёта :)))

(80) + 100500
тупым франчам тут не место

+(81) А "Продал коробку, ввёл остатки" и свалил - это не внедрение а просто продажа.

(76) а можно вопрос про корректное внедрение? Как в итогах получить в тысячу раз больше строк чем в оборотах?

(84) нафеячить там левой аналитики

(83) достаточно сложно просто ввести остатки, коли клиент "торговая фирма" до этого сидела на самописке Бух редакция 3. Оборот  фирмы достаточно большой.

(84) Это ты себе вопрос задаёшь? :)

(84) можно документ зафигачить за 3017-й год. Итогов будет дофигищи.

(84) Как можно нафиячить левую аналитику в Итогах! не внося в Обороты???

Ну максимум 30 ноября 3999. Тока в итогах у меня 55 миллионов записей... Как?

(86) Действительно сложно неимоверно. Мы, когда на восьмёрку переходили, аж целый час остатки переносили (обе конфы были нетиповые) Оборот фирмы тоже приличный: 4 автоцентра по городу (продажа авто, сервис, ремонт, продажи запчастей оптом и в розницу) :)))

Еще раз: проверь Операции - Управление итогами.

(89) т.е. документы по вводу остатков движений по обротам не делают?

(90) ну, 3999 * 12 месяцев = 48000 * 2000 контров = 96 миллионов записей. А это ведь только по контрагентам. Вообще-то 55 миллионов записей - это такой мизер, что лучше не заморачивайся, забей.

91. За час: номненклатуру, контрагентов, договоры, цены, задолженности - это ж сколько вас тама было?

(94) Ещё на три измерения уможить можно... А если агрегаты задействовать...

(93) там одна запись оборотов, а остатков получается 2000 лет * 12 = 24000 записей.

(95) Один человек кнопочку "Загрузить" нажал, и пошел курить и кофе пить на час. :)))

+(98) Обработку по переносу написал один человек дня за два, отвлекаясь на другие задачи.

(95) Не верю! (с) Станиславский

(99) КД?

ну вот опять косяк платформы вскрыли эти 1С-ки, если нерадивая Маша, накатив наливки в честь праздника ввела оперативный документ 3000 каким-то годом и сидит хохочет, то впавший в панику админ бегает и кричит опасносте - бухнет

(100) Понимаешь, можно, конечно посадить 100 быдлокодеров, и вбивать данные ручками, а можно написать обработочку по переносу. И всё будет зависеть от скорости сервера.
(101) Нет, через ОЛЕ.

(100) сам себе не доверяешь? и это правильно!

(104) темно по цифрам не попадаю

что мешает в скуле сделать запрос к этой таблице и посмотреть что там?
все вопросы отпадут

Усё. Осталось тока ждать. О результатах сообщу...

бэкапы сделали?

(100)Уже подсказали в (49), дело в SQL мне так кажется;)

(0) Сдается мне, что включен обмен и пухнет таблица СоответствиеОбъектовИнформационныхБаз"РегистрСведений.СоответствиеОбъектовИнформационныхБаз" (а точнее индексы к ней)
видимо обмен БСП быдлокодеры писали....

сталкивался с таким на обмене РТ2-УТ11

поправил правила обмена. Отключил синхронизяцию по внутреннему УИД, ввел свой реквизит УИД, по которому все синхронизировать и все в норму пришло

(110) объясни на пальцах из-за чего там пухнуть?

(49)
все верно

(109), (112) тогда почему "*.mdf - 15 гигов
*.ldf - лог, я его замочил часов в 9 вечера... "

смотрим (28): "база стала пухнуть ещё в файловом варианте... "

(111)
РегистрСведений.СоответствиеОбъектовИнформационныхБаз - все объекты БД, у которых при обмене включена синхронизация по УИД, оказываются в этом регистре. Т.е. грубо говоря все объекты БД.
В этом регистре пять измерений и все с индексами.

У меня было так: конфа на кассе стала прибавлять по 100 метров в день, а там всего-то меньше 1000 чеков в день. Через месяц выросла до 3 гигов и стало стремно.

Скопировал базу для эксперииментов. Убил эту таблицу - и база тут же вернулась к нормальным 200 метрам

(115) таки посмотрел, раньше думал что это невозможно испортить, но респект разработчикам - смогли

+(115) Да вообще обмены на БСП - это зло. Чего только стоит создание начального образа - несколько часов на типовой, а уже после оптимизации - всего  5 минут .

грубо говоря создание начального образа на БСП выглядит так: перебираем в цикле ВСЕ объекты базы и каждый объект прогоняем по правилам выгрузки, подходит он для выгрузки или нет....
А если база уже несколько лет работает и надо новый филиал открыть - то чего ???
это ж опупеть можно всю базу лопатить, вместо того, чтоб в начальное условие выборки хотябы фильтр по дате документов вставить

Так что - дело в индексации было?