|
Лечение базы 1С (большой вложенный файл) | ☑ | ||
---|---|---|---|---|
0
Rpik
23.02.16
✎
12:01
|
Недавно столкнулся с проблемой, изложил ее на этом форуме ubuntu/1C/postgresql x32 нужно сделать бекап и получил много полезных советов, за которые очень благодарен.
Выяснилось что ошибка в записи таблицы CONFIG Открыл базу через Tool_1CD нашел запись http://s020.radikal.ru/i723/1602/56/c3b6f16d63e8.jpg как видно размер у этого бинарника большой - и именно на этой записи выскакивает ошибка. Есть ли способ узнать что это за файл и можно (и главное КАК) его удалить. |
|||
1
shuhard
23.02.16
✎
12:03
|
(0)[изложил ее на этом форуме ubuntu/1C/postgresql x32 нужно сделать бекап и получил много полезных советов, за которые очень благодарен]
прогиб не засчитан (с) |
|||
2
Живой Ископаемый
23.02.16
✎
12:07
|
Почему 272 Мб это ОЧЕНЬ большой? это нормальный...
|
|||
3
rphosts
23.02.16
✎
12:09
|
(0) если тебе там не помогли - зачем хвалишь?
|
|||
4
Записьдампа
23.02.16
✎
12:10
|
Шо, опять бот?
|
|||
5
Rpik
23.02.16
✎
12:11
|
(2) потому что именно на этой записи появляется ошибка
(3) за советы |
|||
6
Живой Ископаемый
23.02.16
✎
12:13
|
Ок, начну с конца - удалить легко, раз у тебя база Постгресс, то с помощью delete-запроса
2(5) Чувак, а теперь я демонстрирую тебе как практиковать критическое мышление - посмотри точно таким же способом базу, у которой не возникакет такой ошибки, и убедись что там тоже есть такой же здоровый файл. |
|||
7
Rpik
23.02.16
✎
12:17
|
(6) сейчас посмотрел - эта запись в БД была добавлена 12.01.2016 года - именно в этот день было обновление конфигурации. до этого момента(судя по бэкапам) этой записи небыло
|
|||
8
rphosts
23.02.16
✎
12:17
|
(5)что общего между постгри, Tool_1CD и твоими ошибками?
|
|||
9
Rpik
23.02.16
✎
12:18
|
(8) ничего. просто изначально я грешил на постгри или на то что система х32, но оказалось что во всем виновата эта запись
можно попробовать удалить ее из файловой версии? |
|||
10
Живой Ископаемый
23.02.16
✎
12:24
|
2(7) Она была не доабвлена а модицифцирована этим днем. Но и раньше была такой же большой.
2(9) Нет, как раз из файловой ее не удалить. Еще раз - разверни демо-базу любой типовой, сними с поддержки и убедись, что там тоже будет здоровый файл. |
|||
11
Мэс33
23.02.16
✎
12:25
|
Через Hex редактор - откусить файл размером 272 Мб. И сохранить.
И да - обязательно бэкапы. |
|||
12
Живой Ископаемый
23.02.16
✎
12:27
|
А бэкапы-то зачем? Пф...
|
|||
13
Rpik
23.02.16
✎
12:31
|
(10) я правильно понимаю, что этот файл и есть конфигурация? тогда нужно придумать что-то что бы вылечить ее
|
|||
14
Живой Ископаемый
23.02.16
✎
12:33
|
2(13) да что тут думать? Поднять базу из бэкапа и все.
|
|||
15
Мэс33
23.02.16
✎
12:36
|
(12) да, че-то я погорячился.
|
|||
16
Eshu
23.02.16
✎
12:47
|
Вот когда база под гигов восемь это большой, а так мелочь на полгода работы средней фирмочки торговой
|
|||
17
Rpik
23.02.16
✎
12:49
|
(16) база в развернутом виде в файловом режиме 10 Гб
|
|||
18
rphosts
23.02.16
✎
14:37
|
(16)(17) 10Г большая база? Вы что ларьки автоматизируете только?
|
|||
19
Torquader
24.02.16
✎
01:05
|
А ошибка "Out of memory" - это разве ошибка ?
Просто, большой файл не влез в память - и чего тут странного. Подозреваю, что "бобик зарыт" совершенно в другом месте. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |