Добрый день! Вопрос обозначен в теме. Кто нибудь делает обновление конфигурации заливкой таблиц на горячую средствами SQL. И если делали то какие проблемы возникали.

убьешь базу, не делай так

Нужда заставила. База не обновлялась не выгружалась, падала с ошибкой Microsoft SQL Server Native Client 10.0: Unspecified error HRESULT=80004005. Попробовал тестовую заработало. Танцы с бубном не помогли перезагрузки, добавление rphost. Вот теперь голову чешу рабочую обновить на горячую или выгнать народ.

если нет реструктуризации, то пофик - обновляй.

(3) На горячую сработает???

(4) пробуй.

(5)+ только бакапы не делай, не надо

(5) Не риск это дело игрока в карты

запятые тоже для слабаков

(6) а вот это я не понял совсем за что???

(8) а запятые так вообще не для реальных пацанов

Разворачиваешь копию, открываешь пару 1с-ин.. заменяешь таблички экспортом.. смотришь, че получилось. Дел на 2 минуты, разговоров - до конца дня.

(11) расскажи про реструктуризацию

Без реструктуризации это работает

(12) че рассказывать ?
Вроде, что очевидно всё не ?

надо проблему лечить, а не выдумывать прямые заливки таблиц

ConfigSave на горячую менять/чистить можно без проблем.
Config - по идее - если без реструктуризации то можно. Тем более если все равно никто не может войти в базу. Но если там кто-то таки сидит, то надо пробовать - скорее всего будет хуже динамического обновления

(15) да видимо, автор уже так залил пару раз что-то

(17) скорее да, чем нет
:))

иначе бы вопроса про реструктуризаию не было бы..
:)

ConfigSave содержит отличия от таблицы конфиг, а не всю конфигурацию, тоже надо учитывать

На горячую - резко против. Это даже хуже, чем штатное демоническое обновление, после которого есть риск получить большую головную боль. У 1С точно крышу снесен.

(19) +1 угу, ConfigSave пустая должна быть.

ничего не снесёт

ConfigSave пустая, Config перелил без пользователей все работает. А все таки итересно чем так пугает реструктуризация????

(22) 50/50

(23) нас не пугает, мы такую ересь не делаем

(25) ересь это что -то из инквизиции. а вопрос то детский а почему не делаете??? что мешает?

(23) ты в курсе вообще, что такое реструктуризация ? Не ?

Если бы я узнал, что мой сотрудник таким макаром обновляет конфиурацию - он бы вылетел по статье за 30 минут...

(26)
1. Нарушение лицензионного соглашения это, внезапно.
2. При Изменении структуры таблиц могут меняться и данные, чего не произойдёт при прямой заливке

(28) ну видишь ли, вырастает новое поколение, раньше подменяли мд в клюшках..не задымываясь, теперь таблички.
Ничего не меняется.

(27) в курсе
(28) да это правильно особенно если базу обновить требуется, и она вылетает с ошибкой при обновлении, при выгрузке и при снятии с поддержки, а другой железки на которую базу перелить можно в резерве НЕТУУУУ.
(29)1. очень сомнительно про лицензии, это больше к юристам
2. могут меняться а могут и не меняться
(30) зря ты так

ну в обчем всем спасибо. поболтали.

>> очень сомнительно про лицензии, это больше к юристам
это факт, и черным по русскому это написано в лицензионном соглашении

(31) если в курсе, что есть реструктуризация, чего за глупые вопросы про неё тогда возникают ?

Если подменяешь конфиг, и есть реструктуризация, то будь добр сделать её ручонками сам тогда через альтер тейбл и т.д.

во всех табличках, которые она затрагивает.

А так, при работающих юзверях, можно безболезненно подменять конфиг, есжели нет реструктуризации и риба.

(35) для этого надо узнать что затрагивает, а тут вариант безпроигрышный - раз не знаю, то  и делать не буду)

(34) не делал никогда потому и спрашиваю

>>могут меняться а могут и не меняться
При реструктуризации меняются всегда, точней меняются таблицы с данными, а в этом случае они у тебя останутся старые

(38) Зачем спрашивать, если никого не слушаешь, а делаешь по своему?

(40) так ты про лицензии рассказываешь, а я взял красно желтые бумажки и отнес в юридический отдел и просто получу от них заключение.

(38) ну подумай, что должно произойти с базой, при добавлении, например, реквизита справочника, или при изменении типа реквизита документа (длину , к примеру, числового реквизита поменяли) и т.д

(41) да мне без разницы что они там заключат, это к слову было. Не слушаешь ты всех, а не только меня

(42) это я понял что ручками лопатить, а вот как сравнить две структуры баз

(43) + передай юристам:
Запрещается:
вносить какие-либо изменения в код ПРОГРАММНОГО ПРОДУКТА, содержимое баз данных и других наборов данных, в которых система хранит информацию, за исключением тех изменений, которые вносятся штатными средствами, входящими в состав ПРОГРАММНОГО ПРОДУКТА и описанными в сопроводительной документации (с)

(42) Database Comparer VCL - эта утилита
(43) Максус43 ну ты чего хочешь, как слушать, смирно встать что ли? Ты сказал, тебя увидели, что-то еще???

(46) я без всяких утилит напишу запрос в руками, который покажет все отличия в структуре табличек.

Имхо, надо исправлять "она вылетает с ошибкой при обновлении, при выгрузке и при снятии с поддержки, а другой железки на которую базу перелить можно в резерве НЕТУУУУ"
А не ковыряться в базе с подобным опытом.

Кстати, возможно она вылетает с ошибкой именно потому, что кто-то уже так поработал... :)

(46) Спасибо. Пойду мат часть учить.

(28)>> что мой сотрудник таким макаром
так я и думал - не тот федот.
(0)>>Кто нибудь делает обновление конфигурации заливкой таблиц на горячую средствами SQL
- если вы хотите убить базу - просто сотрите её.
Никакие вмешательства в структуру данных 1С через SQL - а тем, более, "тупые" переливки каких-то таблиц туда-сюда, - ни к чему, кроме краха база не ведут.
Кто вообще вам подсказал такую ахинею? Это вам не реляционные СУБД, это трехзвенка и полный швах по доступу к данным на уровне записей.

(52) ужас

Праведный гнев у некоторых наблюдаю :)

ТС спросил, ему ответили... был не прав  - ему объяснили как глубоко он заблуждался. Ах, да - забыли сказать что таким не место среди профессионалов 1С :)

Вы ему ещё про бэкапы напомните и обязательно объясните зачем они нужны :))

(54)>>Вы ему ещё про бэкапы
Что Вы!!! какие бэкапы и прочие попытки упростить себе жизнь на пути к просветлению в 1С?! Все выжечь каленым железом!

(54), (55) Задачка на сообразительность. Условие: Последнее обновление БД делалось неделю назад (наиболее вероятная причина слета базы именно оно). Вопрос: какой из ежедневных бекапов можно взять для восстановления базы?

(56)
метод вилки Вам поможет

(0)
Вы "сломаную" базу сохраните и разберитесь.
и на форум отпишитесь.
Тут частенько бывают вопросы "как запретить выгрузку?"
а у Вас как раз есть решение.

(0) выгонять, т.к. на горячую должно после апдейта "колом" встать, ну или как минимум из-за возможных несоответствий кода/структуры/форматов потоков/ID объектов/ID конфигурации словите ошибку формата потока какую-нить.

(59) ничего не будет

если в базе не было реструктуризации, то никаких ошибок не будет.. вообще.

(61) да ладно? Интересно, а как тогда сервер 1С понимает, что динамический апдейт прилетел?

(62)
сделайте динамический апдейт и сравните таблицы
config и params до обновления и после

и узнаете ответ на Ваш  вопрос.

(63) ну вот всё равно интересно, а вот сервер 1С (сервер предприятия конечно же) как понимает, что появилась новая версия конфигурации?

(64)
где появилась новая версия конфигурации ?

на SQL, config и params

(56)>>Вопрос: какой из ежедневных бекапов можно взять для восстановления базы?
если не знаете, какие бэкапы, виды бэкапов, и какие изменения когда делались - точно станете 1сником.
У вас есть все задатки к этому ))

(66)
никак. если речь не про динамическое обновление.
просто пересоздаются процессы и перечитываются метаданные.

про динамическое обновление в (63)

(68) хорошо. Может, я не понимаю.
Во-первых, речь ТОЛЬКО про динамическое обновление.
Во-вторых: в (63) config и params - это таблички на SQL? Если да, то см. (64)

(56) "какой из ежедневных бекапов можно взять для восстановления базы" - тот, который после последнего обновления и в копии SQL отработает ТИИ без ошибок. Из него можно взять таблицы для восстановления рабочей базы в монопольном режиме. Ну и в конфигураторе тут-же - реструктуризация. Как обязательный элемент восстановления.

+(69) или Вы хотите сказать, что слипа конфигурации нет на сервере предприятия?

(62) он имеет ввиду, что не будет затронута основная конфа - а будет поломана рабочая.

(71)>>слипа конфигурации
чего-чего нет??

(73) э-э-э-э... имелся ввиду экземпляр

(71)
до 1 подключения нет. В дальнейшем - только необходимые метаданные.

(74)у 1с их несколько.
зависит от действий администратора над базой.

(75) логично, ну так у (0), похоже, в базе толпа народа сидит

(75)по-моему, в топике уже перепутались динамическое, обновление рабочей и накатка таблиц в SQL.

(0) чем дело-то закончилось?

В общем проблема не нова описаны была здесь v8: опять про HRESULT=80004005
и здесь http://infostart.ru/public/18771/
Отличия от описанных ситуаций - моя ко всему, перестала сниматься с поддержки.
Из первой публикации ничего не помогло из второй взял

"можно попробывать и более радикальный шаг здесь:
удаляем (в менежмент консоли) в базе данных таблицу "config"

DROP TABLE [dbo].[Config]"

Проверил все на тестовой БД. База заработала - выгружается, снимается с поддержки, работает

(80) это понятно, а с рабочей-то базой на горячую стал пробовать - не?

+(80) залил config и configSave из чистой бд

(81) не на горячу не буду

при всем моем уважении к Ёпрсту

(84) не сцы, на "горячую" тоже будет работать

(85) 50 человек в базе я лучше подожду :-)))))))))))). Спасибо еще раз.

В общем для тех кому интересен результат. Дождался вечера, в базе оставалось около 10 человек. Выполнил заливку таблиц по горячему. Все работает. Ошибка ушла, база обновляется и выгружается.

(87) ну дык..

В догонку темы. Подняли резервную железку, на неё одели 64 битную ось, сиквелем залили копию падавшей базы. И все заработало и выгрузка и снятие с поддержки... Ну вот как-то так.

(89) >>сиквелем залили копию падавшей базы
ну так, о чем и речь.
Перегрузка 1С базы очень даже помогает часто. А вы - таблицы, заливка... назаливали бы...