Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
01.04.2012, 20:31
|
|||
|---|---|---|---|
|
|||
Существенно замедлилось выполнение обработки |
|||
|
#18+
SQL server 2000 1c v7.7 база 140 Гб выполняю свертку базы (удаление документов). В месяце ок. 50 тыс. доков 1. Июнь удалился за 4 ч. log файл разросся до 12 ГБ 2. Сделала shrink базы (может не стоило?) 3. Запустила обработку по июлю (кол-во документов приблизительно такое же). Выполняется уже почти 24 ч. и еще не закончилась За счет чего может быть такое замеделение? Модератор: Тема перенесена из форума "Microsoft SQL Server". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.04.2012, 08:11
|
|||
|---|---|---|---|
|
|||
Существенно замедлилось выполнение обработки |
|||
|
#18+
shrink не рекомендуется к использованию. Это может привести к значительной фрагментации данных внутри БД. Один из вариантов решения - сделать transfer в новую БД. Бэкап-ресторе не поможет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.04.2012, 09:18
|
|||
|---|---|---|---|
Существенно замедлилось выполнение обработки |
|||
|
#18+
softiliumshrink не рекомендуется к использованию. Это может привести к значительной фрагментации данных внутри БД. Один из вариантов решения - сделать transfer в новую БД. Бэкап-ресторе не поможет. Шринк да ладно, и каким же это образом повлияет на внутреннию фрагментацию базы данных? Время обработки может увеличится из-за не обновленной "статистики" и запросы могут отрабатывать по старому плану запросов, такая же ситуация с индексами. Что делать? Сходите на ветку по MS SQL, только задайте вопрос правильно, что-то вроде: что нужно сделать с базой, после удаления большого кол-ва данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.04.2012, 11:53
|
|||
|---|---|---|---|
Существенно замедлилось выполнение обработки |
|||
|
#18+
IraSys, скорее всего больше документов к удалению, а скуль не быстро большие объёмы удаляет. Зависимость от объёма нифига не линейна. :( Покрайней мере в большинстве моих случаев. Tne DIM, если многократно делать, то странички таблиц могут между собой перемешаться. Наверное это имелось в виду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.04.2012, 17:29
|
|||
|---|---|---|---|
Существенно замедлилось выполнение обработки |
|||
|
#18+
надо переиндексировать, тогда удаляться будет быстрее По моему функция называется _1SDBReindex - вот её прямо в Скуле запустите, а как она отработает, стартуйте своё удаление ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.04.2012, 17:30
|
|||
|---|---|---|---|
Существенно замедлилось выполнение обработки |
|||
|
#18+
и еще совет - удаляйте документы внутри транзакции - так будет гораздо быстрее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.04.2012, 00:39
|
|||
|---|---|---|---|
|
|||
Существенно замедлилось выполнение обработки |
|||
|
#18+
olegvesи еще совет - удаляйте документы внутри транзакции - так будет гораздо быстрее Имеет ли это значение, если удаление идет в монопольном режиме? Если да, то имеет ли смысл ограничить транзакцию определенным количеством удаленных документов. (как в стандартном wrap.ert по 10 шт) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.04.2012, 09:06
|
|||
|---|---|---|---|
Существенно замедлилось выполнение обработки |
|||
|
#18+
IraSysИмеет ли это значение, если удаление идет в монопольном режиме? Если да, то имеет ли смысл ограничить транзакцию определенным количеством удаленных документов. (как в стандартном wrap.ert по 10 шт) в режиме скуля монопольный режим не дает преимуществ по быстродействию. На быстродействие по удалению сильно влияют пересчет итогов, если у вас учет на регистрах. Для увеличения скорости удаления надо сначала перенести точку актуальности итогов на начало учета, после чего удалить все нужные документы, а затем уже и двигать точку актуальности на последний учетный документ. Если же ТА не будет перемещена, то при удалении каждого документа происходит пересчет всех итогов в регистрах от даты удаляемого документа до точки актуальности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.04.2012, 10:21
|
|||
|---|---|---|---|
Существенно замедлилось выполнение обработки |
|||
|
#18+
IraSys, Если остатки сформированы и осталось физически удалить документы то делайте в транзакции с переподключением. Если что-то непонятно - звоните, стучите, пишите, ... Пну в правильном направлении. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
03.04.2012, 19:13
|
|||
|---|---|---|---|
|
|||
Существенно замедлилось выполнение обработки |
|||
|
#18+
1 База на бух.итогах ("точки актуальности" бух.итогов двигать не получиться) 2 Что такое транзакции с переподключением? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
04.04.2012, 09:03
|
|||
|---|---|---|---|
Существенно замедлилось выполнение обработки |
|||
|
#18+
IraSysЧто такое транзакции с переподключением? НачатьТранзакцию(), ЗавершитьТранзакцию() ReconnectNative(), использовать в 1С если база на sql2000. На 2005-2008 этот затык полечен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=28&tablet=1&tid=1520511]: |
0ms |
get settings: |
10ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
69ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
57ms |
get tp. blocked users: |
1ms |
| others: | 226ms |
| total: | 396ms |
| 0 / 0 |
