|
|
|
v8: Порушились остатки регистра накопления, на 1,09 есть, на 2,09 уже нет, как быть | ☑ | ||
|---|---|---|---|---|
|
0
meegor
10.10.12
✎
15:39
|
Оборотов никаких нет, движений тоже, база SQL, большая - 200 гиг. Как лучше восстановить?
|
|||
|
1
Fragster
гуру
10.10.12
✎
15:40
|
по рушились пишется вместе
|
|||
|
2
aleks-id
10.10.12
✎
15:40
|
провести все документы с 1.09
|
|||
|
3
1Сукпун
10.10.12
✎
15:40
|
Пересчитать Итоги сперва.
|
|||
|
4
Maxus43
10.10.12
✎
15:41
|
итоги, пересчитайтесь плиз. произнеси 3 раза громко
|
|||
|
5
meegor
10.10.12
✎
15:42
|
Итоги пересчитал, что то не помогло
|
|||
|
6
meegor
10.10.12
✎
15:43
|
тестирование - исправление как то боязно запускать
|
|||
|
7
shuhard
10.10.12
✎
15:43
|
(5) сделать бэкап
|
|||
|
8
meegor
10.10.12
✎
15:47
|
бекап есть на вчера и позавчера, а толку, уже данных навносили, вечером сделаю еще раз - перед эксперементами
|
|||
|
9
Fragster
гуру
10.10.12
✎
15:47
|
автор не раскрыл тему запросов. если смотрел через Остатки('20120901000000') то пусть покурит движения, которые были сделаны как раз с датой '20120901000000'
|
|||
|
10
Odin1C
10.10.12
✎
15:48
|
расскажи как порушил. таблица итогов - полная шняга. сделай выгрузку- загрузку базы
|
|||
|
11
shuhard
10.10.12
✎
15:49
|
(8) сейчас окажется что это БП и точка актуальности в анусе
|
|||
|
12
Fragster
гуру
10.10.12
✎
15:49
|
(11) точка актуальности в v8?
|
|||
|
13
meegor
10.10.12
✎
15:50
|
движений нет, я смотрел отчетом остатки и обороты! я думаю проблема возникла из-за нехватки места на диске. В обед сказало, что места нет, я попробовал шринкануть. Точка актуальности переведена уже
|
|||
|
14
meegor
10.10.12
✎
15:51
|
Правда оно ругалось, что нет монопольного доступа, но перевело
|
|||
|
15
meegor
10.10.12
✎
15:51
|
может оно что то не пересчитало таки?
|
|||
|
16
meegor
10.10.12
✎
15:52
|
последовательностей в базе нет вроде
|
|||
|
17
shuhard
10.10.12
✎
15:52
|
(15) может сначала выяснить что пишет сиквел,
потом перезапустить rphost, и уж потом дёргаться на форуме ? |
|||
|
18
Maxus43
10.10.12
✎
15:52
|
без монопольного пересчитало таки?
|
|||
|
19
eklmn
гуру
10.10.12
✎
15:53
|
ппц "вроде","может" ты какой то неуверенный, так нельзя к 1С подходить!
Представь что это распутная девка, надо резко, без оговорок, хрясь и все |
|||
|
20
1Сукпун
10.10.12
✎
15:55
|
Поставить Итоги на начало года , затем по каждому месяцу пересчитывать и смотреть остатки .
|
|||
|
21
Maxus43
10.10.12
✎
15:55
|
легче ТИИ с галкой Пересчет итогов токмо
|
|||
|
22
meegor
10.10.12
✎
15:57
|
попробую ночью тестирование
|
|||
|
23
ptiz
10.10.12
✎
16:00
|
И почему к 200гб базам пускают тех, кто не может с итогами разобраться...
|
|||
|
24
Maxus43
10.10.12
✎
16:01
|
(23) особенно доставило (13) "попытался шринкануть" и т.д.)
|
|||
|
25
meegor
10.10.12
✎
16:08
|
раньше шринк проходил нормально, никаких небыло траблов
|
|||
|
26
meegor
10.10.12
✎
16:09
|
Я думал новое кто что посоветует, база большая, долго выгрузки -загрузки -исправления будут
|
|||
|
27
МихаилМ
10.10.12
✎
16:11
|
(26)
ну так пямыми запросами восстановите итоги. |
|||
|
28
meegor
10.10.12
✎
16:12
|
примерчик бы, я бы адаптировал бы под свою базу
|
|||
|
29
Maxus43
10.10.12
✎
16:15
|
(26) какие выгрузки загрузки? неужто Дт ещё вользуетесь?
Делай бэкап перед шаманством, ТИИ только с пересчетом итогов, предварительно почистив место и т.д. |
|||
|
30
ptiz
10.10.12
✎
16:15
|
(26)
1. Выяснить в чем действительно дело: прогнать dbcc, проверить место на дисках. Посмотреть отчеты, выявить товар, по которому действительно есть (и есть ли!) кривизна в итогах. Проверить это в таблице итогов SQL. 2. Если кривизна есть, пересчитать кривые месяцы. 3. Если нет, править кривые отчеты. |
|||
|
31
ptiz
10.10.12
✎
16:17
|
(про место - это не к итогам, конечно, относится, но вдруг у вас там всё совсем запущено)
|
|||
|
32
meegor
11.10.12
✎
09:51
|
Пробовал пересчитать кривые месяцы, не помогло. Тогда добавил новый реквизит - началась реструктуризация регистра, сейчас весит надпись - Реструктуризация РегистрНакопления. пересчет итогов. Лог-файлы SQL перестали расти в 4 часа ночи и сейчас на одном уровне, на SQL сервере видна нагрузка на процессор SQL-лем.
|
|||
|
33
ptiz
11.10.12
✎
09:55
|
(32) Нашел "кривой" товар? Пробовал смотреть остатки в SQL таблицах?
|
|||
|
34
meegor
11.10.12
✎
10:11
|
остатки не смотрел, кривые товары были все, на один день остатки есть, на следующий уже нет, никаких оборотов небыло
|
|||
|
35
hhhh
11.10.12
✎
10:26
|
(34) ну это элементарная ситуация, решается пересчетом итогов в ТИИ.
|
|||
|
36
meegor
11.10.12
✎
10:54
|
жаль что по отдельным месяцам нельзя пересчитать - база большая, что бы всю тестировать
|
|||
|
37
ptiz
11.10.12
✎
11:00
|
(36) Можно. Просто двигай дату установки итогов в "Управлении итогами".
|
|||
|
38
meegor
11.10.12
✎
11:07
|
(37) это пробовал - не помогает! Начал ТИИ
|
|||
|
39
meegor
11.10.12
✎
14:31
|
что то там удаляет по этому регистру уже фиг знает сколько часов
|
|||
|
40
meegor
11.10.12
✎
14:32
|
может помочь ему, дробнуть эту таблицу
|
|||
|
41
meegor
11.10.12
✎
15:17
|
А Recovery model может быть Simple у 1С?
|
|||
|
42
hhhh
11.10.12
✎
15:30
|
(41) только галку Пересчет Итогов оставили? Или все 6 галок делаете?
|
|||
|
43
meegor
11.10.12
✎
15:52
|
только пересчет
|
|||
|
44
meegor
11.10.12
✎
15:54
|
что то делейтит из этой таблицы
|
|||
|
45
meegor
11.10.12
✎
15:56
|
из таблицы итогов
|
| Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |