1с информационная база разрушена

Информационные базы программы – это ваши данные, нажитые тяжким кропотливым трудом.

Нарушение целостности ИБ может парализовать работу крупного предприятия, нанести мыслимые и немыслимые убытки.

 

 

Причины нарушения целостности

1. Аварийное завершение работы программы .

2. Аварийное завершение работы операционной системы, когда запущена программа .

3. Несанкционированное вмешательство некомпетентного пользователя (например, перемещение или удаление файлов базы данных).

4. Деструктивное действие вирусов.

5. Прерывание процесса восстановления данных из архивной копии .

 

 

Признаки нарушения целостности

1. Появление документов без номеров и/или дат создания.

2. Появление операций без номеров и/или дат создания.

3. Исчезновение документов.

4. Исчезновение операций.

5. Исчезновение ссылок на объекты.

 

Если нарушения носят фатальный характер, то не загружается.

 

 

Тестирование и исправление

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

Для этого:

1. Сделайте копию (см. Как сохранять данные в программе 1С, или Спасение утопающих – дело рук самих утопающих).

 

2. Запустите программу . В диалоговом окне Запуск 1С в раскрывающемся списке В режиме выберите Конфигуратор. В текстовом поле Информационные базы выберите нужную базу –>OK. Запустится Конфигуратор.

 

3. Выберите меню Администрирование –>Тестирование и исправление ИБ… В открывшемся диалоговом окне Тестирование и исправление информационной базы проверьте, чтобы были отмечены флажками следующие пункты:

* Проверка физической целостности;

* Реиндексация;

* Проверка логической целостности;

* Пересчёт служебных данных;

* Пересчёт итогов (по умолчанию должны быть установлены все этапы тестирования, кроме упаковки таблиц ).

 

 

4. Установите переключатель Тестирование и исправление (если вы хотите провести тестирование, установите Только тестирование).

 

5. Щёлкните по кнопке Настройка. В открывшемся диалоговом окне Настройка исправления информационной базы установите два переключателя Создавать объекты–>OK > Выполнить.

 

6. Появится диалоговое окно Конфигуратора с сообщением: Перед выполнением операции рекомендуется сделать резервную копию базы данных, т.к. исправление базы данных операция необратимая. Продолжить?. Нажмите OK.

 

7. После завершения тестирования в появившемся окне Конфигуратора с сообщением Тестирование информационной базы завершено нажмите OK –> Выход. Закройте Конфигуратор.

 

8. Если исправить не удаётся (например, в результате деструктивного действия вирусов), восстановите её из последней архивной копии (см. Как сохранять данные в программе 1С, или Спасение утопающих – дело рук самих утопающих).

Восстановление SQL базы 1С 8.2. рухнувшей во время сохранения конфигурации.

Я
   Lensky

 

13.11.12 — 17:12

пытался сохранить динамически базу УНФ , при этом в конфигураторе выдавалось сообщение «Внимание!!! При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?» Потом выходило сообщение «Обнаружена незавершённая операция сохранения конфигурации. Для продолжения необходимо завершить операцию». Горела кнопка Ок Backup базы нет. удалил из таблицы [dbo].[Config] строку с [FileName] = ‘commit’ теперь пользователи работают, но конфигуратор при попытке загрузится пишетВнимание !!!
при обновлении данных, после последней реструктуризации, произошла критическая ошибка.
Повторить обновление?
если ответить ДА, то  вылезает окно с сообщением:
Обновление произведено, перезагрузить конфигуратор?
Отвечаем Да, и пипец ничего не происходит.
 
 
   shuhard

 

1 — 13.11.12 — 17:15

(0) выгрузи cf командной строкой из базы данных

   Serg_1960

 

2 — 13.11.12 — 17:19

(0) Незавершенное, прерванное демоническое обновление? Четыре записи, имхо, при демоне. Отсортируй записи таблицы по дате модификации.

   Serg_1960

 

3 — 13.11.12 — 17:33

Надеюсь, автор, теперь понял что бэкапы всё-таки надо делать и экперементирует сейчас копии базы.

   Мыш

 

4 — 13.11.12 — 17:34

> Backup базы нет.
Ключевое во всём опусе.
   Irek-kazan

 

5 — 13.11.12 — 17:35

он не трус

   Lensky

 

6 — 13.11.12 — 17:36

ну нету backup НЕТУ.
(2) и что потом?

   shuhard

 

7 — 13.11.12 — 17:38

(6) http://infostart.ru/public/116123/

   Lensky

 

8 — 13.11.12 — 17:45

(7) еще раз, backup  рабочей базы нет.

Сегодня прибежал коллега. Та же самая беда. Только база тестовая а не рабочая и сама база ему поскольку постольку — а вот конфигуратор ему важен. Неделю он краптел над ним ни разу не выгрузив в cf файл и не накатив изменения в рабочую базу. Ну что ж — почему бы не поковырятся уже с таблицей?! На этот раз все еще проще. Открываю SQL Managment Studio. Формирую запрос по таблице на поля с текущей датой изменения и временем когда у него вылетела база — результат дает 2 записи. Первая — Поле FileName  = «commit» Ну что же — грохнуть эту запись — и у меня все получилось! Конфигуратор ожил и база опять работает.

v8: Информационная база разрушена! хелп

ЧТО Я И СДЕЛАЛ.

   shuhard

 

9 — 13.11.12 — 17:47

(8) ещё раз
что происходит при попытке выгрузить через командную строку конфигурацию базы данных ?

   zva

 

10 — 13.11.12 — 17:52

http://www.1c.uelements.com/biblioteka/308-article-5.html

 
 

   shuhard

 

11 — 13.11.12 — 17:54

(10) в (7) та же статья

   zva

 

12 — 13.11.12 — 17:57

(11) в (7) нет этого:
Запускаю 1С, снова выводится первое сообщение, но уже после запроса select * from Config WHERE FileName = ‘dbStruFinal’. В копии запрос возвращает пусто, удаляю в поврежденной базе этот флаг (delete from config where FileName = ‘ dbStruFinal’).

   shuhard

 

13 — 13.11.12 — 17:59

(12)  [Разворачиваем бэкап базы, который мы предусмотрительно сделали перед обновлением, в соседнюю базу.]
+[еще раз, backup  рабочей базы нет. ] = облом

   Lensky

 

14 — 13.11.12 — 18:05

(9) пытаюсь выгрузить cf

   Lensky

 

15 — 13.11.12 — 19:11

короче cf выгрузить так и не удалось, зато удалил в таблице where [FileName]=’dynamicCommit’ и все заработало.
Не знаю что там с данными, но вроде все ок., бэкапы настроили.
   МихаилМ

 

16 — 13.11.12 — 19:18

(15)
не забывайте проверять работоспособность резервных копий

   shuhard

 

17 — 13.11.12 — 20:36

(16) от цеж змей (с)

 

Наведи порядок в своей работе используя конфигурацию 1C "Управление IT-отделом 8"

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форум
е бывает более 2000 человек.

1c При обновлении данных после последней реструктуризации произошла ошибка

Я
   DenisVich

 

28.12.17 — 09:20

Возникла такая ошибка при обновлении на SQL 2016. Платформа 8.3. 1c "При обновлении данных после последней реструктуризации произошла ошибка". В конфигуратор не пускает, в 1с тоже. Процессы все убиты были в консоле 1с. Нужно ли следать так:

    delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘commit’
    delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘dbStruFinal’
    delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘DynamicallyUpdated’ (для версии 8.3)
    delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘dynamicCommit’ (для версии 8.3)
    delete from [ИмяНашейБазы].[dbo].[ConfigSave] Либо только так
    delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘commit’

 
 
   DenisVich

 

1 — 28.12.17 — 09:34

ПОМОГЛО: delete from [ИмяНашейБазы].[dbo].[Config] where FileName = ‘commit’

   Serg_1960

 

2 — 28.12.17 — 09:37

Я рад за Вас, но сначала нужно было бы удостовериться, что у Вас именно тот самый случай, — незавершенное демоническое обновление.

Что делать, если база 1С разрушена

Можно "напрямую" посмотреть последние записи в Config и ConfigSave. И про кэши конфигурации не забыть — имхо, кэши чистить обязательно.

 

Наведи порядок в своей работе используя конфигурацию 1C "Управление IT-отделом 8"

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Ошибка "обнаружена незавершенная операция сохранения конфигурации"

Я
   philll

 

03.04.13 — 19:05

Соответственно конфигуратор не запускается. (В конфигурации делал небольшое изменение). Можно как-то попроще исправить?

 
 

   philll

 

1 — 03.04.13 — 19:25

Хочу попробовать http://infostart.ru/public/116123/

insert into [base2009].[Dbo].[Config] select * from [BaseCopy].[Dbo].[Config] Другого пути не вижу

   philll

 

2 — 03.04.13 — 19:39

Есть бекап SQL вчерашний, в новую базу он не восстанавливается. Делаю копию рабочей, в нее хочу восстановить из бекапа. Затем скопировать вышеупомянутую таблицу. Правильно?

   philll

 

3 — 03.04.13 — 19:42

Подскажите хоть, как в Профайлере скрипт этот запустить(

   Bober

 

4 — 03.04.13 — 19:44

http://infostart.ru/public/138797/ это тебе больше подойдет

   philll

 

5 — 03.04.13 — 19:52

configsave вроде не пустая, может ее почистить? По правде говоря я в SQL  не разбираюсь, но что поделаешь

   shuhard

 

6 — 03.04.13 — 19:56

(3)[как в Профайлере скрипт этот запустить]
это не есть возможно для профайлера

   Живой Ископаемый

7 — 03.04.13 — 19:56

Кто сказал что его нужно в профайлере запусать?

   philll

 

8 — 03.04.13 — 19:56

«Первым делом посмотрел в configsave, таблица оказалась пустой. Запустил profiler на sql.

Первое сообщение в 1С выводится после запроса select * from Config WHERE FileName = ‘commit’. В копии запрос возвращает пусто, удаляю в поврежденной базе этот флаг (delete from config where FileName = ‘commit’).

Запускаю 1С, снова выводится первое сообщение, но уже после запроса select * from Config WHERE FileName = ‘dbStruFinal’. В копии запрос возвращает пусто, удаляю в поврежденной базе этот флаг (delete from config where FileName = ‘ dbStruFinal’).»
——
В первом способе более пошагово расписано, а здесь для меня сложновато.

delete from config where FileName = ‘commit’).
(delete from config where FileName = ‘ dbStruFinal’).»

Этого достаточно будет или иначе как-то?

   philll

 

9 — 03.04.13 — 19:57

(7) «Очищаем таблицу dbo.config нашей базы в которой лежит наша порушенная конфа. Это можно сделать из SQL- Profiler, к примеру запустив в нем команду:

Use Base2009″

   philll

 

10 — 03.04.13 — 19:58

а где его запускать?

 
 

   philll

 

11 — 03.04.13 — 20:00

в контекстном меню таблицы? может configsave почистить сначала?

   philll

 

12 — 03.04.13 — 20:14

может 17 платформу поставить, там вроде это исправлено?

   shuhard

 

13 — 03.04.13 — 20:21

(9) ну ни при чем здесь SQL- Profiler, не в нем запускаются T-SQL
   philll

 

14 — 03.04.13 — 20:28

Server Managment Sudio -> New Query?

Как в пустую базу бекап восстановить? Не восстанавливает, говорит что-то вроде «backup set… other than existing»

   shuhard

 

15 — 03.04.13 — 20:31

(14) да
да

   Serg_1960

 

16 — 03.04.13 — 21:58

v8: Восстановление SQL базы 1С 8.2. рухнувшей во время сохранения конфигурации.

   philll

 

17 — 03.04.13 — 22:17

Всем спасибо, вроде проблема решилась запуском под 18 платформой. Бекапы надо делать оказывается даже если кнопку передвинул)

   Jonny_Khomich

 

18 — 04.04.13 — 06:15

(17) Работать надо не в рабочей базе, а на тестовой.

   Nefrit88

 

19 — 04.04.13 — 07:20

Была таже проблема буквально неделю назад. Пользовались той же статьей.
Для начала решили удалить запись «commit». Таблица «configsave» была пуста.
Запись была успешно удалена! После этой операции появилась возможность работать в предприятии, но конфигуратор по прежнему отказывался работать.
Чтобы не восстанавливать бэкапы и не тануть базы туда сюда (они у нас далеко не мелкие), тупо создали пустую базу и натянули туда конфигурацию.
Опустошили «config» в ломаной базе, скопировали таблицу из пустой базы. Вуаля и все работает!

   rs_trade

 

20 — 04.04.13 — 07:39

(18) просто демонически не надо обновляться.

   Живой Ископаемый

21 — 04.04.13 — 09:39

2(9) это какая-то лажа, этого нельзя сделать в профайлере.

Восстанавливаем поврежденную информационную базу 1С

соответсвенно и всему остальному доверия 0

   philll

 

22 — 04.04.13 — 10:54

(20)демонически не обновлялся, п
росто сохранял изменение (по сети)

   Goggy

 

23 — 04.04.13 — 11:03

(20) Да я бы и без демонического казнил за живую базу.
А с ним, я бы ещё и кастрировал перед казнью…

 

TurboConf 5 — расширение возможностей Конфигуратора 1С

ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.

Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *