База ТИС УРБД
Одна из периферийных баз рухнула во время обмена. И теперь в ней черти что творится. Остатки по складу врут аж с 2016 года. Из-за этого работать невозможно.
Тестирование и исправление делал - не помогло.
Копии архивной так получилось что нет.
Если я сейчас заново создам эту периферийку, то как быть с документами которые надо будет туда догружать за сегодняшний день? То есть как их заставить туда потом догрузиться. Ведь там куча документов которые делают сегодня и на ЦБ и на других магазинах. Как их выследить чтобы добавить в обмен потом. Запретить на сегодня все обмены? И после создания периферийки провести такой финальный обмен? Подскажите а то прям беда

Индексы убивал? RG с полным пересчётом убивал?

(1) Индексы убивал и не один раз. ТИИ делал только что без пересчета итогов, а так все полностью

(1) RG  не убивал. А есть смысл?

(3) Если "Остатки по складу врут аж с 2016 года. " то смысл есть

(3)+ Если их убить то как потом восстановить?
Врут только на этой периферийке.

(1) Полный пересчет итогов по ТИИ потом? Что-то я такой ситуацией за много лет работы и не сталкивался вообще

(5) ТИИ их восстановит, не переживай. Но сначала на копии, разумеется.

(7) Вообще все RG грохнуть? А если попутно эту ПБ Создать заново запретив обмен ну или сохранив обменные файлы  где-то?

Не надо новую создавать, воссоздать из центральной.

* воссоздаш

(9) Как воссоздать? Мне бы это решило все проблемы

(9) У меня их 5 штух - перифериек

(8) Зачем создавать? Время есть ? Размер базы какой? Так сделай для начала то, что я написал... Как говорил товарищ Лаврентий...

(13) Размер базы - регистр движения партий 1,4 ГБ. Времени нет. Магазин не работает - штрафные санкции

(14+) Поэтому как-то бы заново создать но так чтобы итоги не пересчитывать было бы полегче если бы побыстрее

Быстрее не будет. Запускайся, только без обменов. Переферийку с ЦБ потом сверить и нужное (если вдруг потерялось) впихнуть в обмен.

(16) Что значит - запускайся? Магазин уж точно не будет работать. Периферийку убью и пересоздам заново. Долго но вариантов других не вижу. Обмен отрублю

(1) - сделал?

Мы не знаем, что и как там у вас реализовано, но имхо если выбирать между работой магазина и непроверенным документом, я предпочту второе. Максимум что вам грозит - отрицательный остаток по складу и несвоевременная отгрузка, как результат.

(18) RG убил. А как теперь сделать чтобы они создались и пересчитались? Выбрать "Пересчет итогов" в ТИИ?

Да.

(19) Натюрлих

Если я сделал копию ЦБ и в ней убил одну периферийку и создал заново, то что мне нужно будет сделать чтобы уже на рабочей указать что создана новая периферйика. Какие DBF-ки сохранить чтоб потом перекинуть их в рабочую ЦБ?

(21) Вообще не пойму что такое могло быть при обмене чтоб ПБ разрушилась внутри. До финального обмена все было вполне себе нормально и рухнула слава Богу только одна ПБ

(23) ну как обычно бывает. Это не сразу рухнуло, а накапливалось много лет. Забывали наверно делать регулярно тии, переиндексирование. Ну и дописки левые какие-нибудь в конфе. Всё в сумме и дало.

(24) Да чего же тогда остальные ПБ не затронулись и ЦБ функционирует спокойно

(25) ну может они через неделю рухнут. А может через год. Это как плотина. В одном месте прорвало дамбу, а в другом не прорвало. И вот они сидят недоумевают, почему не прорвало.

(26) Да хватит уже дичь нести
Тс, если не было индивидуальных натроек для переферийных баз типа - миграции (место создания, место создания - центр), то смело можно прибить эту переферийку и выгрузить новую, недостающие доки ввести, я так понял что там не много

(25) Пользователь мог процесс обмена грохнуть, и хрен он когда признается что он это сделал...

(27) Ну да так и есть. Есть правда и настройки индивидуальные но ни малосущественны. Переживем. Есть у меня база-копия сегоднящняя (обмены пока отключил). Если я в ней через конфигуратор убью эту ПБ и создам заново то как потом сделать так чтобы сама рабочая ЦБ оказалась настроенной в смысле УРБД так же как и ее копия ?

(29)+ Есть же 1supdts и 1ssystem - что вот нужно скопировать в рабочую ЦБ чтобы она поняла что создана новая ПБ?

Вставь в 1SDBSET и 1SDWNLDS недостающие записи.
Или
Во вновь созданной в файлах 1SDBSET, 1SSYSTEM, 1SDWNLDS и DBSIGN поле DBSIGN замени на строе значение

(29) копия чего ? ПБ ? ну так подыми её и работай дальше.
А так, склонировал цб, удалил всё, что не касается ПБ и сделал из неё ПБ.. усё.

(32) Епрст. Вот хорошо что откликнулся. А как склонировать ЦБ? И как удалить из нее то что не касается ПБ? Через помечание объектов на удаление?  Целый день сегодня меня долбят а у меня еще температура блин. Но вот к завтра мне по-любому надо чтоб магазин заработал. Такие дела

(32) Да нет. К сожалению есть именно копия ЦБ чтобы в ней новую периферийку создать убив инфу о старой

(33)+ И как потом этот клон ЦБ сделать как ПБ?

Вашу ж... в (1) минимальное решение ж....

(36) Вс етак и сделал, но еще блин пересчет итогов на марте 2015 года. А ведь это только на копии. Делаю проще как обычно - убиваю перифрийку в управлении рбд, создаю заново за полчаса выгружаю из ЦБ, а потом начинаю загружать ну тут уж сколько времени потребуется на пересчет итогов столько потребуется. Вариантов других просто нет

(37)+ На пересчет итогов при созлании новой ПБ требуется в результате порядка 10 часов и хоть ты ее тресни :)

можно ваще пройтись по объектам и в обмен их перевыкинуть

(38) клон сделать быстрее имхо ... правда итоги все равно пересчитывать

(40)Так все дело в этом пересчете итогов. Я конечно уважаю УРБД но там столько бессмысленно лишней инфы мигрирует что мама не горюй и регистры в них получаются совсем незакрытыми и т.д.

(40) Спасибо. Если б пересчет итогов был быстрым, то любые манипуляции можно было бы пробовать. НО он примерно 10 часов длится на центральном сервере.

(42) база дбф ? диски быстрые ? мощь проца ?

(39) проблема в том что при обмене ночью вообще рухнула ПБ. Данные целы и взаимосвязи между ними просто нет и все.

(43) Да, база ДБФ, Диски sas  в зеркале. Проц солидный сервер супермикро

(45) У нас был куплен последний i7 с ССД, вот там все открутилось быстро, может раза в 4 быстрее просчитать по сравнению с фигней, типа "Проц солидный сервер супермикро"

(45)+ Выгружается новая ПБ быстро, загружается тоже, но пересчет итогов - застрелиться просто. Ночью он и будет

(46) У меня есть сервер с ssd-дисками в зеркале, но медленно очень почему-то, все длительное сначала делаю на серваке супермикро

(48) Ты читаешь через строчку чтоль? Или увидел слово ССД и все?
У сервера главная функция - надежность, второе - это ценник на проц и частоту (ну типа как цены на интернет разные для физиков и юриков). Поэтому десктопный i7 уделает в производительности в однопоточной задаче (а 1С 7.7 именно такая) любой серверный проц. Плюс если быстрая память и ССД для ускорения чтения, то прирост будет очень значительный.

Вот даже если память рассмотреть - десктопу обычно пофиг на проблемы, поэтому быстро все летает. На сервере же ставят память с ECC, а это уже медленнее, но надежнее.

Валится при пересчете итогов в выгруженной периферийке. Вот блин. Что с этим делать - не знаю.

Если сорвалась загрузка обмена - значит недо(!)грузилось (ну и в результате все перекосилось).
Для исправления ситуации самым логичным видится (39), если развернутее - то следующее:
1) в центре - перезаписать принудительно все, что должно уйти в эту периферийку (можно с запасом).
2) выгрузить в центре обмен для этой периферийки - он "перекроет" недогруженный обмен и при загрузке пере-запишет все (даже более актуальные версии всего), что записалось в эту периферийку до "обрыва", и кроме того, дозапишет в нее все недозаписанное в прошлый раз (тоже более актуальные версии всего) и даже что-то новое...
3) для исправления налопаченного после оборванного обмена - правильнее было бы как-то все то, что было налопачено... пере-записать записанное и пере-считать насчитанное...
4) проверить работоспособность периферийки после приема такого "нового" обмена (частично это скорее всего и так будет сделано в п.3). если все норм - выгрузить из периферийки обмен, загрузить его в центр, и для страховки сделать ещё раз (должно получиться быстрее) ц-п-ц

(51) Спасибо. Просто в этой ПБ после этого обмена рухнули все остатки почему-то. Работать магазин не может. Думал за ночь создастся новая ПБ так блин и тут засада полная образовалась похоже

(52)+ И соответственно рухнули все итоги. Есть правда файлик от июня 2017 года (надо уточнить). Но как ему добавить все что было потом?

(52),(53):
да пофиг что там грохнулось - в пофигураторе при обмене оно все по внутренним ИД-ам находит-обновляет сначала, а потом уже пытается проверить-пересчитать. поэтому новый обмен (если в нем гарантировано все, что пришло со старым, есть - для чего п.1 в (53) и написан) гарантировано "перекроет" старый, а потом уже пересчет и все остальное - по корректным данным правильное по логике.

паардон, в (54) опечатка, правильный вариант - "для чего п.1 в (51) и написан"

прим.: и, надеюсь, обратный обмен из периферийки в цент после того как там все медным тазом накрылось - ты не делал...

(56) Не было что менять насколько я понимаю иначе бы вообще все магазины и ЦБ рухнули к чертям собачим.

(57)+ Проверял я итоги каждый день- не было всей этой хрени в ЦБ и в других ПБ. Случилось все в ночь с 16 на 17 июля при обмене. А вообще ситуация какая-то аховая. Врагу бы ее не пожелал.

(56) Там какие-то чеки от вчерашнего дня могли попасть в обмен. Я как делал. Сначала с ужасом утром увидел что у меняя пусть журнал документов вообще. Попробовал переиндексировать. Не вышло. Тогда сначала убил индексы и опять попробовал переиндексировать. Вышло. Все документы вроде появились. Вообще база ПБ эта работает с начала июля фактически. Тогда попытались бить чеки но тут выяснилось что остатки и итоги в этой ПБ покорежены. Ну побили вчера как-то еще чеки для товаров которые вроде как возможно было продать. Смену вечером закрытьне удалось из-за этой всей хрени. Сегодня вообще магазин ничего не бил так что он хоть и в автообмене но обменить ему просто нечего вообще было

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

(60) Вот честно может нервничаю сильно, но вот толком не пойму что ты предлагаешь. Туплю однако. Объясни пожалуйста для тупого - как перекрыть новым обменом тот который перекосил ПБ. Где этот новый обмен сыскать?

(60) Ты предлагаешь вообще не создавать новую ПБ?

(61): в (51) полная инструкция.
непонятки может вызвать п.1 разве что. попробую ещё разжевать.
1) в периферию весь обмен приходит из центра (выгрузка ЦБ для этой ПБ).
2) в эту выгрузку попадают все объекты (ЦБ), которые (с момента последней выгрузки) были модифицированы (просто ".записать()").
в сухом остатке: надо для всех объектов данных (элементов справочника и документов), которые правились с моментра пред(!)последней выгрузки - сделать ".Записать()", затем повторить выгрузку обмена ЦБ для этой ПБ - и "перекрыть" в ПБ обменом из этой выгрузки тот, который в ПБ все перекосил.

(62): конечно не создавать! нафига это - если можно "почти штатно" все исправить?

(64) Хорошо, но
надо для всех объектов данных (элементов справочника и документов), которые правились с моментра пред(!)последней выгрузки - сделать ".Записать()"

Как определить в ЦБ что это за объекты были?

(64)+
прим.: рекомендую, кстати, для таких случаев обработку "обновления обмена" в ЦБ написать.
чтобы она по указанной дате (начиная с которой надо обновить обмен) - парсила "с конца" до этой даты включительно лог 1cv7.mlg - выдирала оттуда список модифицированных (с этой даты "по сейчас") объектов данных - и делала для них скопом .Записать()

(64) И потом опять же - фиг знает что с итогами будет - пересчитается или нет. Может лучше все-таки создать новую убив эту?

(65): см.(66).
если надо "срочно-срочно" - то сделай "Записать()" для всех документов и элементов справочника "с запасом".
(67): не лучше. пересчитать пофигуратором (после "исправительного" обмена) - религия не позволяет?

(67): и пересоздание - убъет все, что не мигрирует (а это может быть очень важно). в отличие от...

(69) Очень долго персчет итогов - порядка 10 часов. Нет возможности ждать если что-то не так. Что касается миграции - 100% - не важно абсолютно, чего не хватит за день руками доколотят а сегодня вообще никто не работал и вообще магазин работает по-сути с начала июля. Не страшно, попробую пересоздать все-таки. Если делать как ты предлагаещь - это обмен за день не загрузится в результате и вообще все магазины станут ибо обмен убьет у них возможность работать

(70): просто интересно - откуда у тебя уверенность, что:
1) пересчет итогов не понадобится при пере-создании с вычисткой "лишнего" к тому же - если это пересоздание буде делаться копированием цб с последующими неочевидными нештатными правками файлов
2) или менюше времени потребуется при штатном пере-создании (и ручными правками префиксов напрямую в файлах)
???

(70): хотя... каждый человек - кузнечик своего щястья..
инфа у тебя вся есть, как хочешь - так и куй.
удачи тебе.

(71) Пересчет итогов будет по-любому, но хоть это будет новая база без вот таких жестоких глюков. Времени понадобится в обоих вариантах до хрена. Но так мне как-то спокойнее. А там видно будет. Я очень благодарен за совет, но как стремно грузить обмен на раскореженную базу

Починил?

(74) Пересчет итогов утром май 2018 года, осталось уже совсем немного. :)

(74) Пересчиталось, вот теперь я посмотрю что в результате вышло

(74) и Всем Спасибо. Вроде как фунциклирует :) Правда очень медленно сервак работает, дда и не сервак это а комп и без рейда ибо где на win 2003 рейд сыскать теперь??? Нету таких. На центральном сервере win 2008 стоит 64-разрядная но там и сама начинка мощная ибо работают на  нем в файловой базе порядка 50 пользователей.

Ты удивишься, но внутри.
https://support.microsoft.com/en-us/help/323432/how-to-mirror-the-system-and-boot-partition-raid1-in-windows-server-20

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