база работает с 2006г. файл bd sql (*.mdf) размером 5 гигов.
была задумка пометить на удаление все документы за 06-08 гг. и удалить (естественно сохранить копию базы со старыми доками, на всякий случай), если на эти документы ссылаются документы например созданные в 09г. 1с просто не даст их удалить, но тогда же остаток кол-во товара на складе изменится? По какому принципу вообще происходит сворачивание базы?

5 гиг для скуля - это вообще ничто

ну, что, молчание тебе в ответ?

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

подумай, посоветуйся с бухами, что нужно им в новой базе.

+2 с резервами я ситуацию разруливал.. писал внешнюю, чтобы подогнать..

+3 у нас их целых два, этих резервов: 1) мягкий и 2) чугунный (или кой-где носит название "железный")

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

Свертка - неудачная технология для таких объемов.
Лучше делать комбинированный перенос.

(0) И в чем проблема? Задача свертки - оставить актуальные остатки в нужных аналитических разрезах, убрав всю историю движений. После чего лично я чищу ещё табличные части в доках.

(0) Чего ожидаете от свертки? Если скуль то смысл резать базу?

(8) просто у нас каждый вечер перепроводятся доки, стартует проводка в 22:00 и заканчивает в 7 утра, скоро сотрудники на работу будут приходить а перепроведение еще будет идти, вот хочу доки порезать.

да и скуль иногда во время работы под 100% забивает процессы, программер что изночально писал нашу конфигурацию скзал что 5гигов это дофига и надо резать

(9)+(10) Бред сивой кобылы, ты б сначала на форуме у знатных людей совета спросил, а потом резал базу

(11)ну так посоветуй

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

(10)Ну, если он так говорит, то понятно, почему забивается на 100% иногда.

(13) вы о перепроведении?
это из-за того что у нас так устроена система, старые доки могут изменяться

(12) Явно где то кривые руки поработали, нужно смотреть алгоритмы, почему у тебя размер базы влияет на быстродействие проведения документов за день, и почему весится скуль? Вот 2 главных вопроса, решишь их и база будет жить ещё очень долго

(15) На сколько старые, вы периоды не закрываете вообще?

(15)И никак этого изменить нельзя?

(16) не за день, а за весь периуд работы, т.е. с 06г и по сегодня.
(18) поздно уже что-то менять, сотрудники и главное руководство так привыкли

(17) да, не закрываем

Ну тогда не вижу смысла что то советовать

у нас были такие случаи что счет был создан в 07 г. и был частично оплачен, и закрывался он спустя 2 года, вот так ))

(21) ну свертка же поможет?!

(19), (20) 0_о
(22)и так каждый день? Или вы перепроводите все документы каждый раз, на всякий случай?

(23) А теперь подумаем вместе: надо поменять документ 2007 года, вы свернули базу на начало 2010 года, значит удалили все документы до 2010 года, значит ... продолжите цепочку.

5 гектар - это даже не детская база, это "базенка"... тем более, за 6 лет. "Резать" нет совершенно никакой необходимости.  Если уж есть - внезапно - появляется необходимость - остается чистая математика.
(9) у меня "перепроведение" стартует ежедневно в 19:30, когда в базе остается не более 5 человек. и работает максимум до 21:00. (это если более 7-8 месяцев назад лазили... иначе в несколько этапов приходится. особенно если учесть, что в декабре чуть более 90 тыс. документов )

мдаа... действительно на кой х, перепроводить все доки за весь период? (вопрос риторический)
можно же сделать такую вещь, например в процедуру призаписи нужных документов поставить проверку если дата дока не равна текущей значит пишем его номер в файл например dbf, а ночью перепроводить доки те что в файле, как думаете?

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

(26)Словосочетания "Граница последовательности" вам о чем-нибудь говорит?

(27)Так ему было проще. А о последствиях думать было влом.

(28) ни о чем )))

(30) Изучайте и смотрите, как она работает на типовых.

(26) таки почитай СП. купи у ДенисаЧ накрайняк,у него есть лишние экземпляры :-).
а я научу читать - дорого. и понимать - очень дорого.....

(30) "а если туп как дерево - родишься баобабом. и будещь баобабом тыщу лет, пока помрешь...."©

(25) по какому принципу у тебя происходит перепроведение документов?
у нас просто есть некая логическая последовательность документов,
Запрос -> инвойс -> отправление -> Склад транзит -> склад Москва и таких последовательностей несколько, т.е. если кто-то внес изменение в старом документе например в инвойсе нужно перепроводить всю цепочку, по этому и перепроводятся все документы.

(34) Ты вот объясни с какого перепугу надо вносить изменения в документ двух годичной давности. мои гл бухи не позже пятого числа ставят ДатуЗапретаРедактирования последним числом прошлого месяца. И все!!! Без ее разрешения никто и пальцем не тронет доки старые. Только обяснительная на имя ГБ и тогда и только тогда она разрешит править старый док, а то чаще бух справка и ручная операция с указанием что, по чьей вине было неправильно и как корректоровалось.

(25) Офигеваю... Как можно проводить доки за 5 лет? Понимаю за сутки, ну за неделю, ну изредка есть необходимость за месяц провести. Про Последовательности уже не говорю выше сказали..

Сам лично базу режу раз в два года. Т е сейчас как минимум в базе есть 11й год и текущий. БАза в среднем у меня от 4 до 6 гиг. Режу потому что старый период в актуальной базе не требуется и конечно железо у меня не фонтан. Чтоб облегчить жизнь базы в целом и режим.

Что за самописка то? Торговоля бухия зарлата или все в комплексе?

Хирурги. Не надо ничего резать, пригласите специалиста.

(0) Открываешь стандартную конфу и смотришь, как реализован механизм свертки. Нужные объекты переносишь в свою мега-супер-пупер-конфу. В итоге - обрезаешь готовым ПО.

(34) Так это же чудесно. Если есть несколько таких цепочек документов и они не влияют друг на друга, то для каждого можно задать свою последовательность и восстанавливать только ее.

Интересно, а как вы отчетность сдаете в налоговую и прочие органы? У нас конфа частенько дописывается и мы как-то пробовали три месяца пересчитать (одной дуре снаряд в голову попал) и так и не смогли, потому что за это время менялись алгоритмы распределения затрат. В результате мы получали итоги в концах этих месяцев совсем не те, которые были до перепроведения. А вот как оно у Вас? Или у Вас компьютеризированный учет ведется только для наличия самого факта учета, а что там научитывано Вам не интересно? :) Или конфа не дописывалась с 06 года в плане механизмов учета ни разу?!

(22) "у нас были такие случаи что счет был создан в 07 г. и был частично оплачен, и закрывался он спустя 2 года, вот так ))"
И зачем трогать старые года?

(40) ИМХО, там чисто управленческий учет, который не сильно с бухгалтерским пересекается. По описанию одной цепочки видно, что она для логистики.

(34) кроме "логической последовательности" есть еще и объект "последовательность". она и дает границу. Нуу а "перепроведение"... оно расссчитывает движения документов, запоминает - и после завершения расчета пишет в базу. Поэтому никого не надо выгонять, но, к сожалению, памяти хватает только на 4 месяца. В принципе, и эта порблема решаема - но как всегда, лень. Проще сделать несколько восстановлений по 4 месяца :-))
(36) за 5 лет - никогда не сталкивались. а вот за 2 - сталкивались, акт сверки с одной федеральной сетью делали.... период сверки - год, начали сверку через пол-года, да пол-года сверялись... Хотя сейчас это редкость, больше полугода - и то редкость. в основном 2-3-4 месяца
что касается "обрезки", то "я лично" базу не режу. каждое 5 число месяца робот аккуратно отрезает месяц, оставляя в базе их ровно 37=3 года взад+текущий месяц :-) и все довольны...

(9) А при чем тут размер базы?..
(10) Либо конфа написана криво и прог прав. Либо прог сам незнает о чем говорит. В любом случае вам нада бежать от такого прога как можно дальше.
А скуль на 100% пыхтит может из-за задания по расписанию. Посмотри в профайлере чем занят скуль в это время. Ну или просто идет борьба за память. В общем нужно видеть картину а не гадать.
(15) Мдя... А проги тут вам непомогут. Это решается административным путем. Типа кто неуспел до 10 числа закрыть прошлый месяц - закрывает за счет денег из своего кармана. Можешь поверить через месяц все все будут закрывать вовремя.

Начните с проверки закрытия регистров, партий, ... Потом лезьте в ускорение проведения основных доков. Ну или отдайте на аутсорс кому-то привести вашу конфигу к нормальному виду.

(44) все советы свелись к "пригласите программиста" :-)

(44) В том-то и нюанс, что прог сделал перепроведение ВСЕХ документов ВСЕГДА. Не важно ,меняли документ прошлого дня или прошлого месяца, перепроводиться будут за все года.

+(46) Это я так понимаю из объяснений ситуации.

(46) меняйте прога

(48)+ упс, думал это ТС

(44)"Посмотри в профайлере чем занят скуль в это время"
где посмотреть?
(45)"отдайте на аутсорс кому-то привести вашу конфигу к нормальному виду"
может конечно она (система) построена не правильно и можно было бы сделать куда проще ту или иную задачу, но как говорится в в чужой монастырь со своим уставом не ходят, я когда пришел в эту компанию система уже несколько тет так функцианировала, т.е. ее писали исходя из запросов руководство, не от себя же человек сделал что бы периуд не закрывался, зачем ему себе жизнь усложнять, эта система предназначена не для бухгалтеров, правильно написал Drac0 (42).
почитал про последовательности документов http://buch77.h12.ru/?id=26
на первый взгляд это то что нам нужно, только есть не понятные моменты в реализации, я в конфигураторе создаю последовательность каждая для отдельной "логической цепочки" документов указываю какие документы должны перепровестись если было изменение задним числом хотя бы одного документа из последовательности, и что все начнет работать с момента добавление последовательности в конфигураторе? И еще там при создании последовательности нужно выбрать регистры влияющие на последовательность, можете объяснить дохотчего принцип, причем тут регистры? Я думал это работает так:
когда изменяется задним числом любой док. из последовательности граница последовательности автоматом смещается, и доки автоматом перепроводятся при восстановление последовательности.

(50) Вот оно как. Хм... Ну тогда действительно все сводится к приглашению человека который вам все настроит. Это конечно если руководство готово платить. Но что-то судя по постам автора мне так кажется что руководству абсолютно пофиг чего там и как. Так что тебе самому либо разгребать, либо забить и пусть все плывет как плыло.

+51 Ну а руководству можешь показать ветку. Тут четко написано что при скуле резка базы ничего не даст, в плане ускорения работы.

(51) руководство платить не готово. Ибо наняло на работу ТС.

(53) зря вы так, я пришел в фирму админом, 1с выучил в процессе работы, по крайней мере язык, конечно всякие бухгалтерские термины мне не знакомы и многого не знаю, но я быстро учусь, вот если бы вы рассказали подробно о последовательности документов вы бы очень помогли, а пока вы только критикуете, почему это так, а у меня не так и значит у вас не правильно.
(51) вы понимаете что вы говорите? я как-то искал человека что бы переписал внешнюю обработку с 7 на 8 (и на этом форуме тоже) в ней около 1000 строк кода было, и никто не взялся понятное дело, это нужно разбираться в чужом коде, понять алгоритм и написать такую-же под 8, пришлось писать самому в процессе осваивать 8, написал. А вы говорите о всей системе, да человеку кто придет только год сидеть вникать во все тонкости и нюансы, и потом всякие кардинальные изменения несут БОЛЬШИЕ проблемы. Поэтому давайте отталкиваться от того что есть.

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

пока решение нашел такое, делаю что бы нельзя было редактировать документы за 09 и раньше года, и изменил код перепроводение документов 10 - текущий но опять таки, наткнулся на много подводных камней, о которых тут нет смысла писать.
(44) вы не пояснили ответ по поводу подвисание скуля

(54) все (и язык, и механизмы) описано в документации. ее достаточно прочитать. 1с - не масонская ложа, тут нет "тайных знаний" и т.п.  все открыто. на худой конец, всегда есть профайлеры... в бухгалтерии, кстати, тоже нет "тайных знаний" - и она гораздо проще программистики - ибо доступна даже выдающеся тупым блондинкам...
документация есть и с поставками, и при должном желании находится контрафактная...
Итого - вопрос в осмыслении, в понимании...

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

(54)Вы заменяете того программиста, который писал это? Или он продолжает работать? Если последнее, то можно напрячь его совместно с вами решить эту проблему: будет и быстрее и вы чему-нибудь научитесь. А так конечно, только изучать литературу.
И сколько вы предлагали денег за переписывание обработки?

(58) все понятно, а для чего ты на форуме сидишь? хамить людям и в справку отправлять?
(54) до 10000р., тот программер знакомый шефа он преподает программирования в институте, вот он ее и писал (он не в штате), хотя он и не специализируется на программировании 1с, из-за этого и траблы все возможные, что-то может можно было бы и проще сделать и удобнее, а не через опу в сапоги.
Ну кто-нить объяснит мне как реализовать последовательность доков? Разглагольствовать о том что правильно и посылать читать справку, вам не лень а объяснить лень? или ваша осведомленность в этом вопросе не столь высока?

ой )) не (54) а (59)

(59) напрячь то я могу, это же он предложил резать базу, а вы говорите для этого нет необходимости. Менять сам принцип работы базы никто не даст.

(0) Вы ничего не поняли из того, что я сказал:)

(60) Пусть твой шеф попросит полечить ему зубы знакомого проктолога.
за 10000 и я бы не взялся скорее всего :)

по сабжу: факт изменения последовательности привязан к движению регистра. А документы указываются те, на кого могли повлиять эти изменения и которые необходимо перепровести.

(63) в каком посте? насчет приглашения специалиста? я уже отвечал (54)

(65) Или выучили или - неубедительно.

(64) ну 10000 на одну обработку я думаю более чем достаточно, мне так кажется.
это что получается если я создам последовательность для цепочки Запрос -> инвойс -> отправление -> Склад транзит -> склад Москва укажу все эти документы, и если будет перепроведен документ из этой цепочки граница последовательности изменится и перепроведутся все доки указанные в последовательности?

0 руб. кто больше?

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

(67) Создайте простую конфу из трех документов и одного регистра - 30 минут и разбирайтесь в теме.

(69) Что вы хотите услышать? Конфигурация нетиповая, смотреть ее бесплатно (а может и за деньги) не все согласятся. На ваши вопросы вменяемых ответов я не вижу.

Эх, Че (здесь он Злопчинский) на тебя нет !
направление к которому стоит придти - отказаться от проведения задним числом
исправления - текущим периодом или , максимум, периодом не закрытой отчетности (то бишь не более последнего квартала)

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

(73)
1. Последовательности в конфигурации хоть какие нибудь есть?
2. Я так и не понял, нафига проводить все(!) документы от начала времен?

(74) неа, создам как только пойму принцип работы )
"нафига проводить все(!) документы от начала времен"
ну вот изменил сотрудник например документ отправление задним числом, нужно перепровести не только этот документ, но и приход на транзитный склад, и приход на московский склад, это как пример. Так же списание у нас идет по среднему, если мы изменили какой-нить документ влияющий на расчет ср. цены товара а остальные не перепровели, будет каша, вот для этого и перепроводятся все документы в определенной последовательности.

(75) Ну так от этого заднего числа и перепроводите. Принцип работы последовательностей хорошо описан в книжке "руководство по конфигурированию и администрированию часть 1" стр 52 вроде. Книжка есть в интернете.
А вообще, ИМНО, если такие ситуации возникают, то значит учет на предприятии не очень есть. При таком подходе пересчет вам показывает что было бы если бы в реальности хозяйственные операции выполнялись вот в таком порядке и вот с такими цифрами. Но к реальности это по моему имеет очень малое отношение.

Тем более, но свернете Вы базу, а тот самый нужный сотруднику для изменения документ находится в свернутом периоде! И что будете делать? Создавать ветку с названием "развернуть базу sql (конфигурация не типовая)"?!
Вам (предприятию) учет внедрить надо а не базы резать! :)

(76) спасибо, счас буду искать книгу

(78) http://ifolderlinks.ru/knigi/1s-predpriyatie-versiya-7-7-konfigurirovanie-i-administrirovanie.html

(54) Админ должен админить а не заниматься кривой 1С. Порядок работы с последовательностью полностью в документации.
Да, я понимаю о чем говорю. Если вы неразличаете настроить и переписать - читайте внимательней.
Насчет вашего неудачного поиска переписчика. Думается небыло четкого ТЗ, поэтому такой и результат. Тут достаточно неглупых людей которые сделали бы это. Но опять таки вопрос в цене и ТЗ. Без ТЗ никто делать небудет.
(55) Перечитайте еще раз. Рекомендация дана. Если у вас куча идиотов то прог неможет затыкать собой все. Это решается административным путем. Пример как решить - дан.
(56) Я пояснил, и не только я. Перечитайте внимательней.
К тому же вы ведь админ и это вы нас должны учить почему скуль шкребется в сотке.
Только неговорите еще раз о том что вы незнакому с товарищем профайлером. Это будет уже несмешно.

(80) мля и что я там увижу? многократное обращение к различным таблицам 1с

(81) Позови спеца хорошего. БУквально на час -два. И если надо не пожалей денег даже со своего кармана. Он вам быстро найдет узкое место и подскажет что и как проводить.