0. VanDiesel1 350 08.02.12 21:37 Сейчас в теме

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

При обновлении конфигурации вылетела 1С. После чего наотрез отказалась входить в базу. При этом в конфигураторе выдавалось сообщение "Внимание!!! При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?" Потом выходило сообщение "Обнаружена незавершённая операция сохранения конфигурации. Для продолжения необходимо завершить операцию". Горела кнопка Ок - на этом работоспособность конфигуратора и базы заканчивалась.

Перейти к публикации

Вознаграждение за ответ
Показать полностью
Комментарии
Сортировка: Древо
1. German 1000 08.02.12 21:37 Сейчас в теме
2. VanDiesel1 350 09.02.12 08:10 Сейчас в теме
German, спасибо полезная ссылка!
3. itar59 87 09.02.12 12:02 Сейчас в теме
"... И опыт, сын ошибок трудных..."
прекрасное обобщение практики, и очень понятно.
СПАСИБО!
4. 1cvirus 12 09.02.12 12:46 Сейчас в теме
чиню подобным скриптом
GO
DROP TABLE [ПОЛОМАНАЯ_БАЗА].[dbo].[Config]
GO
SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
CREATE TABLE [ПОЛОМАНАЯ_БАЗА].[dbo].[Config](
[FileName] [nvarchar](128) NOT NULL,
[Creation] [datetime] NOT NULL,
[Modified] [datetime] NOT NULL,
[Attributes] [smallint] NOT NULL,
[DataSize] [int] NOT NULL,
[BinaryData] [image] NOT NULL,
PRIMARY KEY CLUSTERED
(
[FileName] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
GO
INSERT INTO [ПОЛОМАНАЯ_БАЗА].[dbo].[Config]
SELECT * FROM [БЭКАПНАЯ_БАЗА].[dbo].[Config]
GO
skilster; ZeroDM; tehas; madonov; Andre32; s.matyukin_visma; partner1c; cj512; DrSender; trickster; dutlovva; dour-dead; Jkey; Nicholas; Aragorn; Release; pauchok; AlexGS; Kaavan; VitaliyTokarev; sakustov; ctulhua; Garstag; prokopulka; arabesca; ZeusF1; JohnyDeath; dandrontiy; skil; VanDiesel1; ГМВ; marsohod; +32 Ответить
11. 1cinfo1 7 16.02.12 05:39 Сейчас в теме
(4) 1cvirus, Если не сложно, объясните, в чем заключается работа данного скрипта?
16. 1cvirus 12 22.02.12 15:51 Сейчас в теме
(11) 1cinfo1,
удаляем таблицу конфигурации и записываем на ее место таблицу с рабочей конфигурацией
17. VanDiesel1 350 27.02.12 16:07 Сейчас в теме
(16)Совершенно верно, если на пальцах - вычищаем таблицу с конфигурацией в рухнувшей базе и записываем туда такую же но рабочую конфигурацию из другой неважно какой базы...
Можно склеить пункт 2 и 3, предварительно убедивщись что таблица ConfigSave - пустая...
Use Base2009
go
Delete From [DBO].[Config]
go
insert into [base2009].[Dbo].[Config] select * from [BaseCopy].[Dbo].[Config]
go

(14) Возможно побыстрее будет - но в общей сложности пункт 2 + 3, на конфе УПП котоая весит в cf-файле 365 мб занял около 10 секунд, что для меня не очень критично.
50. LadyDy 5 16.07.12 14:51 Сейчас в теме
(17) Подскажите пжл, можно ли восстановить не sql-ную базу
31. ZeusF1 11.05.12 17:33 Сейчас в теме
(4) 1cvirus, Спасибо, думал сам писать потом увидел комментарий.

Вернул таблицу из копии, все заработало.
38. arabesca 21.06.12 11:03 Сейчас в теме
(4) 1cvirus, о, спасибо... помогло!
39. prokopulka 21.06.12 11:05 Сейчас в теме
(4) 1cvirus, прямо жизнь спасло! Спасибо!
47. ctulhua 06.07.12 18:28 Сейчас в теме
(4) 1cvirus, Отличный скрипт! Бекапы для трусов)))
49. LadyDy 5 16.07.12 13:50 Сейчас в теме
(4) 1cvirus, подскажите пжл, что должно стоять вместо [ПОЛОМАНАЯ_БАЗА], я в скриптах плохо разбираюсь, а восстановить очень-очень надо. спасибо
83. VitaliyTokarev 224 11.01.13 17:39 Сейчас в теме
(4) 1cvirus, Спасибо! Хирургически восстановил БД. Помогло!
VanDiesel1; +1 Ответить
126. ketr 90 06.07.18 08:44 Сейчас в теме
(4) дай бог тебе здоровья!
127. skilster 40 01.08.18 09:27 Сейчас в теме
(4) Спасибо за скрипт! База запустилась. Работает. Однако при попытке внести в нее изменения - снова возникает ошибка нарушения целостности структуры. Как победить? Сейчас приходится изменять дочернюю конфигурацию и скриптом заливать изменения в основную
5. napan 9 14.02.12 09:01 Сейчас в теме
Спасибо большое!
Я все таки надеюсь никогда не пригодиться.
Хотя всякое бывает, если что буду держать под рукой.
Сенкс!
6. serpisal 14.02.12 12:01 Сейчас в теме
Согласен, хорошее решение, но никому не пожелаю причину, по которой ею можно воспользоваться, спасибо!
7. asady 120 14.02.12 15:59 Сейчас в теме
Совсем недавно абсолютно похожая ситуация случилась и у меня

УПП 1.3.19 PostgreSQL 8.3.8
при обновлении конфигурации БД упал сеанс конфигуратора.
После этого случился сабж.
Очень помогла эта статья - но сделал немного по другому

через PG_ADMIN
1. copy config to '/home/user/config_1.txt в упавшей базе
2. copy config to '/home/user/config_0.txt в базе поднятой из последнего бэкапа
3. delete from config в упавшей базе
4. copy config from '/home/user/config_0.txt в упавшей базе

базу удалось восстановить без потерь информации
Повезло в том что при злополучном обновлении конфигурации менялась только прикладная логика
dour-dead; VanDiesel1; ГМВ; +3 Ответить
99. trand 29.01.14 18:31 Сейчас в теме
(7) asady, мне не помогло. Может кому-то пригодится. Я просто выполнил в pg_admin delete from configsave

После этого смог удачно открыть свою конфигурацию (откатиться к конфигурации БД)
dsuryaninov; +1 Ответить
121. Shaldryn 08.02.18 12:24 Сейчас в теме
(7)
через PG_ADMIN
1. copy config to '/home/user/config_1.txt в упавшей базе
2. copy config to '/home/user/config_0.txt в базе поднятой из последнего бэкапа
3. delete from config в упавшей базе
4. copy config from '/home/user/config_0.txt в упавшей базе

базу удалось восстановить без потерь информации
Повезло в том что при злополучном обновлении конфигурации менялась только прикладная логика


я извиняюсь, а можете тупому объяснить вот эту часть строки '/home/user/config_1.txt ?
у нас просто ОС Windiws, как мне там написать, пример можете прислать на будущее?

а так у меня получилось восстановить эту таблицу такими действиями:
- в pg_admin delete from config
- открыл таблицы копии базы, там config сделал backup
- и у таблицы config упавшей базы сделал restore

если делать без удаления, то выдает ошибку что запись такая то уже есть
8. natnat3 15.02.12 09:33 Сейчас в теме
кто предупрежден, тот вооружен.
9. rus128 2 15.02.12 15:57 Сейчас в теме
Спасибо!
Надеюсь - никогда не понадобится.
Замечания только по пунктуации.
10. koka 72 15.02.12 17:38 Сейчас в теме
Спасибо за статью! Теперь можно более спокойно прыгать с парашютом (обновлять конфу, имея какоё-либо БЭКАП), имея ещё и запасной парашют (эту методику).
12. art_m 5 16.02.12 13:42 Сейчас в теме
Спасибо большое за статью. Только что произошла такая же ситуация, никогда б не подумал, что при замене пары отчетов может такое случится....
13. novosys 16.02.12 13:43 Сейчас в теме
Для читателей: если у Вас не та самая критическая ситуация, описанная в статье, то рекомендую первым делом прочитать пункт 5! В нём наиболее важная информация, которая может помочь Вам избежать опыта автора.
А в целом - респект!
14. sound 527 16.02.12 15:41 Сейчас в теме
Нормально, только мне кажется вместо

Delete From [DBO].[Config]


быстрей будет

TRUNCATE TABLE [DBO].[Config]
dutlovva; PavleG29; +2 Ответить
15. katun 17.02.12 18:09 Сейчас в теме
Спасибо за статью! Возьму на вооружение! Ведь всякое бывает.
18. gely 14.03.12 15:50 Сейчас в теме
Спасибо огромное, действительно помогает и притом очень быстро.
19. vip76 12 15.03.12 01:48 Сейчас в теме
Только что статья помогла, а думал что уже пушной зверек пришел....
20. StreamLVM 16.03.12 05:27 Сейчас в теме
Спасибо! Восстановил базу! Правда потерял пару дней своей работы, но это мелочи.
21. x50 03.04.12 13:35 Сейчас в теме
Платформа 1С:Предприятие 8.2 (8.2.15.294).

При обновлении конфигурации конфигуратор завис, windows сказал что приложение будет закрыто. После этого в базу попасть никак не мог.
Пытался восстановить по инструкции http://www.gilev.ru/1c/81/restore/, но ситуация не изменилась.
Так как это была копия рабочей БД решил поэкспериментировать.
Сравнил чем отличаются таблицы Config битой базы от целой. В битой базе были 2 записи, которых небыло в целой, с полями FileName = 'commit' и FileName = 'dbStruFinal' binaryData 0x0. Никакой информации об этих полях не нашел. Удалил эти записи. Запустил конфигуратор, он выдал предупреждение "Внимание!!! При обновлении данных, после последней реструктуризации, произошла критическая ошибка. Повторить обновление?" нажал "Да" и все обновилось.
Не знаю на что еще могло повлиять удаление.
Гриффин; Olvia; hulio; +3 Ответить
22. DeD MustDie 09.04.12 12:02 Сейчас в теме
Спасибо большое за статью. Сегодня она меня реально выручила.
23. free-lancer-2018 13.04.12 18:47 Сейчас в теме
Полезная ссылка, спасибо. Один раз было, что сервер 1С обрубил соединение в момент сохранения конфигурации. В итоге в скуле получил "невосстановимая ошибка БД".

Знал бы раньше этот прикуп - жил бы в Сочи :)
24. VanDiesel1 350 18.04.12 14:45 Сейчас в теме
Рекомендую при подобной ситуации попробывать восстановить базу исходя из последнего опыта и сноски. Все просто и быстро. Не нужны копии и скрипты. Правда как и в первом случае 100% успешного результата не обещаю но попробывать конечно же стоит...
25. vaZum 19 19.04.12 09:32 Сейчас в теме
Спасибо! Помогло. Аж руки трясутся до сих пор...
26. gely 20.04.12 10:40 Сейчас в теме
Спасибо огромное за публикацию. Воспользовался ей повторно и особенно сноской. очень помогло, действительно описанным способом можно легко восстановить базу и хотя бы сделать бекап.
27. electronik 20.04.12 15:53 Сейчас в теме
Спасибо огромное статья помогла. Но біло так страшно что передать не могу на все решилось автору огромное спасибо так дердать.Заслуженое 5+ респект
28. IT_PROGRAMMIST 154 22.04.12 21:53 Сейчас в теме
Хорошая статья.До этого была та же проблема. Думал смерть моя пришла).Выручила копия базы. Зато, после этой проблемы слежу за снятием копии ежедневно)))
29. Just 2 25.04.12 03:33 Сейчас в теме
Автор написал, что на 81 таких проблемм не было, но мне кажется что было, да еще как. Происходили подобные сбои в случае неоднократного динамического обновления, без выгонялки пользователей. После одного из таких сбоев, была забавная ситуация, пускало в конфигуратор и в предприятие одного-двух пользовтаелей, если больше базы висла "наглухо", ни выгрузку ни ТИИ не отрабатовало, приводило к зависанию. Приведенным в статье способом, базу поднять не удалось, к счастью потерялось с прошлого бэкапа 2-3 часа. С тех пор больше никогда не использую динамическое обновление больше 1-го раза в день, даже по-мелочи. Честно говоря надеялся, что эти проблеммы ушли в 82, но видать нет. Еще удивляет, когда я искал подобную проблемму пару лет назад на форумах, то такой ситуацией сталкивались единицы, а в коментах у этой стать чуть ли не каждый второй пишет о подобной проблемме, лично у меня за крайние 2 года больше не было таких косяков, к счаcтью.
34. mxm2 1092 17.05.12 15:14 Сейчас в теме
(29) Just, 3 года обновлял динамически на 8.1 - не было проблем ни разу... а на 8.2 - за год - 2 раза падала, один раз успешно восстанавливал как описано в статье... да вобщем-то 8.3 готовится... )))
30. denklu 05.05.12 14:20 Сейчас в теме
Спасибо Огромное!!!. все аналогично как и у других: было очень страшно и руки до сих пор трясутся, плюс я завтра в опуск, поэтому было вдвойне страшно.
копия есть ночная, но она меня не сильно бы спасла, как раз сегодня менеджеры решили перебить кучу доков и в 10 рук непрерывно с сомого утра стучат по клавишам.

все больше никаких динамических

восстановил по вышеописанному скрипту:

Use Base2009
go
Delete From [DBO].[Config]
go
insert into [base2009].[Dbo].[Config] select * from [BaseCopy].[Dbo].[Config]
go
dutlovva; Istur; +2 Ответить
32. H0SE 12.05.12 00:00 Сейчас в теме
Была практически такая ситуация. Помог вовремя сделанный бэкап до обновления. Бэкап рулит )). Спасибо за статью. Теперь буду еще более готов ко всяким таким вещам.
33. mxm2 1092 17.05.12 15:09 Сейчас в теме
Спасибо огромное! Реально спасло. Работает на MS SQL 2008 R2 64x. Данные сохранились все; единственно во время первого запуска конфигуратора в заголовке появился <!> (несмотря на то что предварительно была очищена ConfigSave). ну и сохранение конфигурации происходило очень долго ~ 5 минут. Вобщем, все по делу - спасибо.
35. SteelWalk 01.06.12 09:15 Сейчас в теме
Use Base2009
go
Delete From [DBO].[Config]
go
insert into [base2009].[Dbo].[Config] select * from [BaseCopy].[Dbo].[Config]
go

Шедевриальный скрипт!!!

Шикарно просто, ОГРОМНЕЙШЕЕ СПАСИБО за идею, до сих пор шок, как ваще такое может случиться....добавил в оборотно-сальдовую ведомость номера страниц блин........
36. shatur 12.06.12 13:56 Сейчас в теме
Есть новое решение проблемы, для тех у кого не сохранилось базы с такой же конфигурацией;
1. Очищаем configsave
2. delete from config where FileName = 'commit'
3. delete from config where FileName = ' dbStruFinal'.
Запускаю 1С, все работает. Потом попробовал сохранить конфигурацию, все сохранилось, работаем уже на такой базе в течении 5-ти часов, полет нормальный, вариант кстати очень быстрый
nasik90; PoZiTiFFF; +2 Ответить
92. PoZiTiFFF 192 07.10.13 09:09 Сейчас в теме
(36) shatur, Уууууух помогло, спасибо.
37. kartoshka 16.06.12 20:39 Сейчас в теме
Спасибо! Мне статья очень помогла
40. IlyaGlebov 2 22.06.12 10:11 Сейчас в теме
Спасибо большое за статью, взял конфигу из центрального узла (отличающуюся но без изменения в метаданных), создал пустую базу, загрузил. Запустил код - все заработало!
41. wunderland 202 22.06.12 10:27 Сейчас в теме
и отдельное спасибо за "Я ухожуй" :))
Александр4023512; RibD; dutlovva; Скорпио_шка; nzass; deadmz; +6 Ответить
42. testmode 18 22.06.12 12:58 Сейчас в теме
Для себя завел правило перед любым обновлением конфы сначала Бакап, имхо ведь можно так запороть базу что и простое перезаливание конфы из другой базы не поможет.
43. wunderland 202 22.06.12 13:50 Сейчас в теме
можно тогда написать процедуру/функцию которая будет конектится к своей SQL-базе и делать что-нить типа

insert into [Dbo].[Config]<Дата><Время> select * from [Dbo].[Config]

типа быстрый бекап cf-ника, ну а дальше мысль развивайте кто как хочет: можно на кнопку прикрутить к админскому интерфейсу, или программно определять, что это первый запуск(удачный) после пересборки(правда не знаю как, но мысль мне нравится). База при этом будет пухнуть и ее придется чистить переодически, но это уже другая история и всего лишь накладные расходы... Можно например создать под эти таблицы отдельный data-файл или вообще отдельную базу, не 1С-ную, под эти нужды(выдыхай борёр, выдыхай...)
Кому мысль нравится - ставим "+" коментарию не стесняясь.
VanDiesel1; +1 Ответить
44. Bizzz 26.06.12 15:15 Сейчас в теме
Автору спасибо! Статья оказалась своевременной.
Опишу свой случай. Конфигурация: ЗУП 2.5.51.1. Размер базы 16 Гб.
На днях произошла ситуация - делал динамическое обновление. Спустя 2 дня 2 сотрудника пожаловались,
что при формировании расчетных листков программа вылетает с сохранением дампа. Причем на других компьютерах под их учетками этого не происходило. Остальные пользователи не жаловались.
Пытался имитировать на своем компьютере. Парадоксов было куча.
В рабочей базе все работало. В текущей (получасовой) копии - вылетала.
При исправлении и тестировании базы конфигуратор закрывался.
Пришел к выводу, что при сохранении в базу любых изменений в структуре конфигурации конфигуратор закрывался.
С копиями баз проблем не было - были за каждый день.
Перепробовав все способы наткнулся на эту статью.
Но... перенос таблицы dbo.Config не дал результата, зато показал куда копать.
Спасло перенос 3-х таблиц: Config, DBSchema, Params
http://www.forum.mista.ru/topic.php?id=557213&page=1
Так что автору rs_trade так же огромное спасибо!
45. timurti 28 02.07.12 09:04 Сейчас в теме
Спасибо большое,очень помогло!!!!
46. KotyshO 04.07.12 08:48 Сейчас в теме
Сегодня статья реально спасла, база умерла при обновлении - сделали все по инструкции - ожила как спящая красавица, так что спасибо человеку за его первую статью, дай бог не последнюю.
VanDiesel1; +1 Ответить
48. lambert@inbox.ru 7 09.07.12 21:52 Сейчас в теме
ОГРОМНОЕ СПАСИБО!!!!!!!!!!!!!!!!!!!!!!!! Второй раз, благодаря Вашей статье, поднтмаем базу :)
51. LadyDy 5 17.07.12 15:34 Сейчас в теме
Ребята, подскажите, базу я восстановила через HxD, убрала из таблицы confif "commit". Только сейчас другая проблема. Конфа базовая, загружает обновление, начинает обновлять но обновление не заканчивает. Загружает конфигурацию и выкидывает служебное окно, что для обновления все готово, обновить или при следующей загрузке. И так бесконца. Пробовала обновить вручную, через конифигуратор выдает ошибку Неправильный путь к файлу 'v8srvr://dbeng8/f05133110/Config. Пробовала реструктуризацию, после этого ошибка формата потока и база перестает загружаться.
Помогите пжл, уже голову сломала.
52. Sova132 21 26.07.12 15:35 Сейчас в теме
нет слов моей благодарности! Тысячу раз спасибо. как вовремя я нашла вашу публикацию.
53. irreal 33 02.08.12 17:54 Сейчас в теме
На терминалке кончилась память в момент динамического обновления. И дальше все по симптомам...
Догадывался, что так можно сделать, но без подтвержденного опыта не рискнул бы. А так юзеры курили около часа, пока тестовая копия жрала хранилице для создания нового прототипа config.
Большое спасибо!

И, нафиг-нафиг, поставлю ночное задание:

use my_1c_database_name
declare @name varchar(64)
select @name = name from sys.Tables where name = 'config_backup'
if @name = 'config_backup'
drop table config_backup
select * into config_backup from config
54. omut 03.08.12 13:30 Сейчас в теме
Вот спасибо огромное! 5 минут и все готово. Учетом поиска этой статьи :) Бэкп был, но база тестовая и хотелось попытаться восстановить результаты до последнего изменения в течении дня хотя бы. В результате выяснилось, что сохранен уже самый последний вариант.
И еще небольшое наблюдения по подобным проблемам: лучше не сохранять сразу и рабочую конфигурацию, и конфу базы данных. Т.е. лучше сначала сохранить основную конфигурацию. А уже только после этого конфигурацию БД. Так ошибки появляются на порядок реже (если вообще появляются).
55. shekl 08.08.12 15:03 Сейчас в теме
спасибо автору!!! База умерла при обновлении и отказывалась возрождаться, уже готовились к худшему (восстановление из бекапа с потерей данных за полдня), а тут ваша статья очень вовремя нашлась и жизнь наладилась ))). СПАСИБО!!!
56. Alexsh_kz 21.08.12 00:44 Сейчас в теме
Олег, огромное тебе спасибо!
Выручил, уже не знал что делать с базой, вылетела в конце рабочего дня, а бэкап делается ночью, целый рабочий день 170 пользователей мог потеряться, меня бы расстреляли.. ))
Твой пост, реально помог.
57. Mikons 21.08.12 16:55 Сейчас в теме
Мда, спасибо огромное за инфо. Случилась такая же проблема при динамическом обновлении периферийной БД, включающем незначительные изменения прав на объекты конфигурации.
После возникновения ошибки заметил зависшее несколько дней назад фоновое задание. думаю связано именно с этим. Так что перед обновлением убедитесь в отсутствие оных и включайте блокировку регламентных заданий.
58. KroVladS 21.08.12 17:12 Сейчас в теме
В копилку.
Надеюсь никогда не придёться воспользваться.
59. марокко 73 03.09.12 13:25 Сейчас в теме
Спасибо огромное!!! Заработала база !
Ссылка на подобную тему только с использованием Microsoft SQL Server Menegement Studio
http://skyraven.ru/2012/08/16/ms-sql-restore/
60. irbek 2 07.09.12 13:24 Сейчас в теме
Огромное Спасибо! выручил
VanDiesel1; +1 Ответить
61. romak78 07.09.12 14:07 Сейчас в теме
Мне в такой ситуации помогло:
1. Очищаем configsave
2. delete from config where FileName = 'commit'
3. delete from config where FileName = ' dbStruFinal'
Alta_k; dutlovva; dour-dead; Aragorn; mordiros; STivO; Rego1337h; VanDiesel1; +8 Ответить
88. mordiros 14.04.13 19:40 Сейчас в теме
(61) romak78,
Спасибо, помогло.
Согласен с Вами. В корректно обновленной конфигурации базы данных (таблица Config) таких строк быть не должно.
Пустая таблица ConfigSave означает, что она основная конфигурация не отличается от конфигурации базы данных.
VanDiesel1; +1 Ответить
62. pattyx 13.09.12 15:34 Сейчас в теме
Спасибо, сегодня восстановила таким образом базу.

Уйма времени ушла на создание бекапа. Минут 5 выполнялся запрос:
Use Base2009
go
Delete From [DBO].[Config]
go
insert into [base2009].[Dbo].[Config] select * from [BaseCopy].[Dbo].[Config]
go

Теперь работает! :)
VanDiesel1; +1 Ответить
63. ponaroshku 21.09.12 07:23 Сейчас в теме
я вас люблю :))))

спасибо :)

Очень-очень-очень помогла ваша статья, восстанавливали тестовую базу, конфигурацию, вылетела при обновлении и возникла описанная в статье ошибка, но благодаря вашей статье все хорошо

Тысяча спасибо :)
VanDiesel1; +1 Ответить
64. DragonAgo 8 21.09.12 08:25 Сейчас в теме
Полезная статья, но лучше все-таки с таким встречаться редко, но про запас сохраню в книгу знаний
VanDiesel1; +1 Ответить
65. VanDiesel1 350 21.09.12 08:53 Сейчас в теме
Рад что кому-то помог еще. Да и самому себе опять на днях пришлось помочь ) Переехали в новый офис а тут связь плохая с сервером. Ну и при сохранении конфы рухнула база опять. Восстановил минут за 15 без бэкапа - минут 12 ушло на то чтобы пользователей оставшихся выгнать
66. all_i_ance 21.09.12 09:37 Сейчас в теме
На такое дело, уважаемые товарищи! Нужно бэкапы хорошенько настроить :) И порсто напросто восстанавливать базу к рабочему состоянию :)

А если быть совсем добрым, то советую заглянуть http://www.sql.ru/forum/actualthread.aspx?tid=970460&hl=%e2%ee%f1%f1%f2%e0%ed%ee%e2%eb%e5%ed%e8%e5%20%­e1%e0%e7%fb

http://technet.microsoft.com/ru-ru/library/ms187048.aspx
plevakin; +1 Ответить
67. plevakin 21.09.12 09:43 Сейчас в теме
Уважаемый, спасибо конечно за информацию о сайте sql.ru))))) Но мне кажется еще нужно по этой ссылочке прыгнуть http://www.sql.ru/forum/actualthread.aspx?tid=967520&hl=%e2%ee%f1%f1%f2%e0%ed%ee%e2%eb%e5%ed%e8%e5%20%­e1%e0%e7%fb

А вообще молодец, толково ты все обьяснил))) 5 с плюсом))))))))))))))
all_i_ance; +1 Ответить
68. all_i_ance 21.09.12 09:44 Сейчас в теме
(67) plevakin, Это все хорошо)))) Быстро ответил и все дела))) Но есть кнопка "Ответить" )))
69. den_bo 21.09.12 21:13 Сейчас в теме
Спасибо за статью, пригодилось, когда база после очередного демонического обновления перестала запускаться (зависала намертво при запуске)
70. natali_gasparian 27.09.12 15:37 Сейчас в теме
71. romann 03.10.12 13:46 Сейчас в теме
Респектище!
Просто спасли жизнь! )
72. maxis33 42 04.10.12 17:00 Сейчас в теме
Спасибо автору! Сегодня помогло!
73. vadimlp77 30 09.10.12 13:56 Сейчас в теме
Помогло !!! Спасибо, хлопцы !
С самого утра страдаю.
74. artmicro 10.10.12 16:30 Сейчас в теме
Спасибо огромное! Вот только что закончил востанавливать рабочую базу таким же способом. Правда бекапа не было. Пришлось собирать из хранилища.

Так что Ваша статья просто спасла жизнь :)
75. Voody 20 17.10.12 12:45 Сейчас в теме
Статья спасла.. Спасибо!
76. Raminus 17.10.12 13:11 Сейчас в теме
Хорошая статья, плюсик однозначно!
77. ghostaz 129 28.11.12 16:27 Сейчас в теме
Спасибо огромное! Только что восстановил базу после неудачного обновления.
78. aegoncharov 2 28.11.12 18:45 Сейчас в теме
Платформа 8.2.17.143

Исправлена ошибка:

10113064 Обновление конфигурации базы данных
Проблема:
Если процесс принятия изменений после обновления конфигурации базы данных был прерван, то на данную информационную базу может быть невозможно запустить ни в Предприятии, ни в Конфигураторе с различными сообщениями об ошибках или с аварийным завершением работы клиентского приложения или процессов сервера Предприятия.
Дата публикации:
2012-09-20

Это её наконец поправили?
79. erdos 28.11.12 23:30 Сейчас в теме
используй Тестирование и Исправление базы данных
81. lamdth 11 21.12.12 16:26 Сейчас в теме
(79) erdos, при тестировании конфигуратор вылетает
80. LaNaite 135 12.12.12 16:55 Сейчас в теме
Спасибо за статью! Сегодня она реанимировала базу!
82. myoff 207 27.12.12 14:09 Сейчас в теме
Вообще в configsave хранятся только измененные объекты, не вся конфигурация.
При обновлении конфигурации записи из configsave копируются в config замещая аналогичные записи, потом таблица configsave очищается, а в таблице config записи где FileName = 'commit' и FileName = 'dynamicCommit' удаляются.

Мне в такой же ситуации когда во время сохранения конфигурации произошел сбой помогло:
1. В моем случае таблица configsave была пустая, если бы была полная - надо было очистить.
2. delete from config where FileName = 'commit'
3. delete from config where FileName = 'dynamicCommit'

P.S.
Другие записи, в том числе, где FileName = 'root', FileName = 'DynamicallyUpdated', FileName = ' version', FileName = 'versions' трогать не надо.
Можно удалить запись где FileName = 'dbStruFinal', но она в принципе не влияет на загрузку, удалится сама при очередном обновлении.
pfz_spb; KAPACEB.AA; Alta_k; Nicholas; Aragorn; veforg; taishy; mordiros; +8 Ответить
120. madway 117 06.12.17 21:09 Сейчас в теме
(82)
Можно удалить запись где FileName = 'dbStruFinal', но она в принципе не влияет на загрузку, удалится сама при очередном обновлении.


Без удаления этой строки 1С продолжал выдавать сообщения о незавершенном обновлении. При продолжении обновления вешался, при отмене завершал сеанс.
84. NazarovV 83 17.01.13 12:48 Сейчас в теме
Читал с месяц назад эту статью, сегодня пригодилось!!! Спасибо! Нам помогло!
Во время динамического обновления вылезла такая же ошибка на 1С:УПП 8.2; MS SQL 2008;
восстановили другую конфигурацию по данному методу, кстати она тоже была изменена...Взлетело!
VanDiesel1; +1 Ответить
85. maverick76 11 12.02.13 22:08 Сейчас в теме
Статья хорошая. Предупреждён значит вооружён!
VanDiesel1; +1 Ответить
86. Nefrit88 01.04.13 06:35 Сейчас в теме
Доброго времени суток! Попробовали реализовать сие на своей "горе базе". Зашли в таблицу config и грохнули запись commit. После этих приседаний предприятие работает, а вот в конфигуратор входить отказывается! Думает и в итоге выдает "Перезапустить конфигуратор?" Жмешь "нет", просто закрывается, жмешь "да" все тоже самое! Ждем обеда, будем полностью очищать таблицу.....оооочень надеемся что поможет. Если у кого была подобная проблема, прошу откликнуться
87. Nefrit88 01.04.13 10:15 Сейчас в теме
метод
INSERT INTO [ПОЛОМАНАЯ_БАЗА].[dbo].[Config]
SELECT * FROM [БЭКАПНАЯ_БАЗА].[dbo].[Config]

помог! ликуем! спасибо создателю статьи!
VanDiesel1; +1 Ответить
89. zastep 15.04.13 10:54 Сейчас в теме
Хорошая статья! Всё просто и понятно.
Огромное Спасибо Автору!
ООООЧЧЧЕНЬ пригодилось!
VanDiesel1; +1 Ответить
90. glek 112 26.06.13 16:11 Сейчас в теме
Только что пригодилось. Несмотря на то, что бэкап двухдневной давности был - БОЛЬШОЕ СПАСИБО!!!!
VanDiesel1; +1 Ответить
91. AlexGS 16.08.13 14:00 Сейчас в теме
5+ Ложу в копилку. Надеюсь не пригодится... )))
93. vvirus 19 27.11.13 08:29 Сейчас в теме
Благодарю, Вариант с удалением commit строки помог
94. rajva 24.12.13 18:58 Сейчас в теме
Огромное спасибо этой ветке и всем кто отписывается здесь!

Удаление FileName = 'commit' не помогло, пришлось удалять еще и FileName = 'dbStruFinal'

Подскажите а "Тестирование и Исправление базы данных" после такого восстановления надо запускать?
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии



Ведущий программист 1С
Москва
зарплата от 150 000 руб. до 180 000 руб.
Полный день

Руководитель проектов 1С
Москва
Полный день

Консультант-аналитик 1С: ЗУП
Санкт-Петербург
Полный день