| 0
- 29.09.2012 - 06:26
|
УТ 10.3. Добавил в документ Событие масенький реквизитик (Подразделение). После этого файл выгрузки (dt) резко увеличился в размере. Был 1,5 ГБ, стал 5,7 ГБ. В чём причина, как лечить? Событий конечно в базе много, но не настолько, чтобы база вспухла в 4 раза.     | | |
| 1
- 29.09.2012 - 09:48
| ну глянуть какая таблица больше занимает | | |
| 2
- 29.09.2012 - 12:37
| 2(0) У меня был аналогичный случай, оказалось манагеры в хранилище значений закачали наискучнейшие рекламные ролики от поставщика на 3 Гб (лучше бы немецкой порнухи... веселее бы было удалять). | | |
| 3
- 29.09.2012 - 13:47
| а зачем удалять? 1С уже почти как ОС | | |
| 4
- 29.09.2012 - 13:47
| браузер нормальный надо под 1С токо | | |
| 5
- 29.09.2012 - 17:58
|
расследование выявило, что распухание по времени произошло в период с 24 по 28 сентября. проверил - никто в этом интервале фильмов в хранилище не закачивал. тут что-то другое. | | |
| 6
- 29.09.2012 - 18:55
| у нас база 17 тыс. документов (всё за 7 лет работы), занимает уже 45 мб. Исполняемый файл - 7 мб. (добавили конфигурацию Сервисный Центр, втиснули 10 справочников, 4 документа, 3 отчета (пока 2;-), несколько печ. форм., в общем на 2 мб вырос экзешник). | | |
| 7
- 29.09.2012 - 19:31
| а есть для серверной базы какой-то аналог chdbfl.exe ? | | |
| 8
- 29.09.2012 - 20:46
| (7) 1cv8a.exe ? | | |
| 9
- 29.09.2012 - 20:48
| (7) а почему не 1? | | |
| 10
- 29.09.2012 - 21:46
|
(8) что это? у меня в Program Files такого нет. (9) у нас разделение. Есть админ БД (это я), есть системный админ. SQL-сервером рулит системный админ. Его не будет до понедельника, поэтому посмотреть на SQL-сервере ничего не получится. | | |
| 11
- 29.09.2012 - 22:05
|
10-Ирли Бёрд > что это? в гугл. например: http://www.forum.mista.ru/topic.php?id=450483 10-Ирли Бёрд > у меня в Program Files такого нет. на users.v8.1c.ru лежит. крайняя версия для 8.2.13.219, кажется. | | |
| 12
- 29.09.2012 - 22:07
| да, и естественно, сначала режим просто тестирования, без тестирования и исправления. | | |
| 13
- 29.09.2012 - 23:30
| Это хит года. Сисадмин приглядывающий за сиквелом еще куда ни шло, но вот админ баз данных не имеющий доступа к сиквелу - это определенно нанотехнологии. | | |
| 14
- 30.09.2012 - 07:26
| (13) а по делу есть что сказать? | | |
| 15
- 01.10.2012 - 07:50
| Цитата:
 | | |
| 16
- 01.10.2012 - 08:06
|
_AccumRgT4229 - это РегистрНакопления.ЗаказыПокупателей Итоги _InfoRg3924 - РегистрСведений.СобытияКалендаряПользователя _AccumRgT4128 - РегистрНакопления.НДСРасчетыСПокупателями Итоги | | |
| 17
- 01.10.2012 - 08:08
|
По ходу, видимо придётся делать пересчёт итогов. С регистрами накопления проблема должна уйти. Но что делать с регистром сведений СобытияКалендаряПользователя ??? | | |
| 18
- 01.10.2012 - 08:19
|
(17) так первая колонка это резервед, sql сервер всё равно потом сколько надо зарезервирует. Сортировать тогда уж по датакб надо. кстати а тии делал? | | |
| 19
- 01.10.2012 - 08:55
|
(18) ТиИ ещё не делал вчера не рискнул, побоялся что не успеет домолотить к утру. Сегодня вечером видимо придётся запустить, других вариантов не вижу. Хотя бы с одной галкой "пересчет". Понять бы, почему dt-файл выгрузки резко распух на 4 гига? Эти 4 гига нужно найти, где приросло. Щас наверно попробуем поднять старый бэкап недельной давности, посмотреть какие таблицы распухли за неделю. | |
Интернет-форум Краснодарского края и Краснодара |
