Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 7.7 и ранее

v7: ТИС УРБД ДБФ Рухнула периферийная база. Нужна помощь

v7: ТИС УРБД ДБФ Рухнула периферийная база. Нужна помощь
Я
   tgu82
 
18.07.18 - 06:55
База ТИС УРБД
Одна из периферийных баз рухнула во время обмена. И теперь в ней черти что творится. Остатки по складу врут аж с 2016 года. Из-за этого работать невозможно.
Тестирование и исправление делал - не помогло.
Копии архивной так получилось что нет.
Если я сейчас заново создам эту периферийку, то как быть с документами которые надо будет туда догружать за сегодняшний день? То есть как их заставить туда потом догрузиться. Ведь там куча документов которые делают сегодня и на ЦБ и на других магазинах. Как их выследить чтобы добавить в обмен потом. Запретить на сегодня все обмены? И после создания периферийки провести такой финальный обмен? Подскажите а то прям беда
 
 
   Cool_Profi
 
1 - 18.07.18 - 06:59
Индексы убивал? RG с полным пересчётом убивал?
   tgu82
 
2 - 18.07.18 - 07:05
(1) Индексы убивал и не один раз. ТИИ делал только что без пересчета итогов, а так все полностью
   tgu82
 
3 - 18.07.18 - 07:05
(1) RG  не убивал. А есть смысл?
   Cool_Profi
 
4 - 18.07.18 - 07:06
(3) Если "Остатки по складу врут аж с 2016 года. " то смысл есть
   tgu82
 
5 - 18.07.18 - 07:07
(3)+ Если их убить то как потом восстановить?
Врут только на этой периферийке.
   tgu82
 
6 - 18.07.18 - 07:10
(1) Полный пересчет итогов по ТИИ потом? Что-то я такой ситуацией за много лет работы и не сталкивался вообще
   Cool_Profi
 
7 - 18.07.18 - 07:10
(5) ТИИ их восстановит, не переживай. Но сначала на копии, разумеется.
   tgu82
 
8 - 18.07.18 - 07:14
(7) Вообще все RG грохнуть? А если попутно эту ПБ Создать заново запретив обмен ну или сохранив обменные файлы  где-то?
   АНДР
 
9 - 18.07.18 - 07:20
Не надо новую создавать, воссоздать из центральной.
   АНДР
 
10 - 18.07.18 - 07:21
* воссоздаш
 
 Рекламное место пустует
   tgu82
 
11 - 18.07.18 - 07:22
(9) Как воссоздать? Мне бы это решило все проблемы
   tgu82
 
12 - 18.07.18 - 07:23
(9) У меня их 5 штух - перифериек
   Cool_Profi
 
13 - 18.07.18 - 07:24
(8) Зачем создавать? Время есть ? Размер базы какой? Так сделай для начала то, что я написал... Как говорил товарищ Лаврентий...
   tgu82
 
14 - 18.07.18 - 07:33
(13) Размер базы - регистр движения партий 1,4 ГБ. Времени нет. Магазин не работает - штрафные санкции
   tgu82
 
15 - 18.07.18 - 07:35
(14+) Поэтому как-то бы заново создать но так чтобы итоги не пересчитывать было бы полегче если бы побыстрее
   АНДР
 
16 - 18.07.18 - 07:40
Быстрее не будет. Запускайся, только без обменов. Переферийку с ЦБ потом сверить и нужное (если вдруг потерялось) впихнуть в обмен.
   tgu82
 
17 - 18.07.18 - 07:42
(16) Что значит - запускайся? Магазин уж точно не будет работать. Периферийку убью и пересоздам заново. Долго но вариантов других не вижу. Обмен отрублю
   АНДР
 
18 - 18.07.18 - 07:56
(1) - сделал?

Мы не знаем, что и как там у вас реализовано, но имхо если выбирать между работой магазина и непроверенным документом, я предпочту второе. Максимум что вам грозит - отрицательный остаток по складу и несвоевременная отгрузка, как результат.
   tgu82
 
19 - 18.07.18 - 08:27
(18) RG убил. А как теперь сделать чтобы они создались и пересчитались? Выбрать "Пересчет итогов" в ТИИ?
   ermola
 
20 - 18.07.18 - 09:17
Да.
   Cool_Profi
 
21 - 18.07.18 - 09:22
(19) Натюрлих
   tgu82
 
22 - 18.07.18 - 09:24
Если я сделал копию ЦБ и в ней убил одну периферийку и создал заново, то что мне нужно будет сделать чтобы уже на рабочей указать что создана новая периферйика. Какие DBF-ки сохранить чтоб потом перекинуть их в рабочую ЦБ?
   tgu82
 
23 - 18.07.18 - 09:25
(21) Вообще не пойму что такое могло быть при обмене чтоб ПБ разрушилась внутри. До финального обмена все было вполне себе нормально и рухнула слава Богу только одна ПБ
   hhhh
 
24 - 18.07.18 - 09:42
(23) ну как обычно бывает. Это не сразу рухнуло, а накапливалось много лет. Забывали наверно делать регулярно тии, переиндексирование. Ну и дописки левые какие-нибудь в конфе. Всё в сумме и дало.
   tgu82
 
25 - 18.07.18 - 09:48
(24) Да чего же тогда остальные ПБ не затронулись и ЦБ функционирует спокойно
   hhhh
 
26 - 18.07.18 - 09:54
(25) ну может они через неделю рухнут. А может через год. Это как плотина. В одном месте прорвало дамбу, а в другом не прорвало. И вот они сидят недоумевают, почему не прорвало.
   Kigo_Kigo
 
27 - 18.07.18 - 09:57
(26) Да хватит уже дичь нести
Тс, если не было индивидуальных натроек для переферийных баз типа - миграции (место создания, место создания - центр), то смело можно прибить эту переферийку и выгрузить новую, недостающие доки ввести, я так понял что там не много
   Kigo_Kigo
 
28 - 18.07.18 - 10:01
(25) Пользователь мог процесс обмена грохнуть, и хрен он когда признается что он это сделал...
   tgu82
 
29 - 18.07.18 - 10:01
(27) Ну да так и есть. Есть правда и настройки индивидуальные но ни малосущественны. Переживем. Есть у меня база-копия сегоднящняя (обмены пока отключил). Если я в ней через конфигуратор убью эту ПБ и создам заново то как потом сделать так чтобы сама рабочая ЦБ оказалась настроенной в смысле УРБД так же как и ее копия ?
   tgu82
 
30 - 18.07.18 - 10:16
(29)+ Есть же 1supdts и 1ssystem - что вот нужно скопировать в рабочую ЦБ чтобы она поняла что создана новая ПБ?
   АНДР
 
31 - 18.07.18 - 13:25
Вставь в 1SDBSET и 1SDWNLDS недостающие записи.
Или
Во вновь созданной в файлах 1SDBSET, 1SSYSTEM, 1SDWNLDS и DBSIGN поле DBSIGN замени на строе значение
   Ёпрст
 
32 - 18.07.18 - 14:19
(29) копия чего ? ПБ ? ну так подыми её и работай дальше.
А так, склонировал цб, удалил всё, что не касается ПБ и сделал из неё ПБ.. усё.
   tgu82
 
33 - 18.07.18 - 14:48
(32) Епрст. Вот хорошо что откликнулся. А как склонировать ЦБ? И как удалить из нее то что не касается ПБ? Через помечание объектов на удаление?  Целый день сегодня меня долбят а у меня еще температура блин. Но вот к завтра мне по-любому надо чтоб магазин заработал. Такие дела
 
 
   tgu82
 
34 - 18.07.18 - 14:50
(32) Да нет. К сожалению есть именно копия ЦБ чтобы в ней новую периферийку создать убив инфу о старой
   tgu82
 
35 - 18.07.18 - 14:55
(33)+ И как потом этот клон ЦБ сделать как ПБ?
   Cool_Profi
 
36 - 18.07.18 - 14:57
Вашу ж... в (1) минимальное решение ж....
   tgu82
 
37 - 18.07.18 - 15:05
(36) Вс етак и сделал, но еще блин пересчет итогов на марте 2015 года. А ведь это только на копии. Делаю проще как обычно - убиваю перифрийку в управлении рбд, создаю заново за полчаса выгружаю из ЦБ, а потом начинаю загружать ну тут уж сколько времени потребуется на пересчет итогов столько потребуется. Вариантов других просто нет
   tgu82
 
38 - 18.07.18 - 15:14
(37)+ На пересчет итогов при созлании новой ПБ требуется в результате порядка 10 часов и хоть ты ее тресни :)
   Карст
 
39 - 18.07.18 - 15:33
можно ваще пройтись по объектам и в обмен их перевыкинуть
   Карст
 
40 - 18.07.18 - 15:34
(38) клон сделать быстрее имхо ... правда итоги все равно пересчитывать
   tgu82
 
41 - 18.07.18 - 15:38
(40)Так все дело в этом пересчете итогов. Я конечно уважаю УРБД но там столько бессмысленно лишней инфы мигрирует что мама не горюй и регистры в них получаются совсем незакрытыми и т.д.
   tgu82
 
42 - 18.07.18 - 15:39
(40) Спасибо. Если б пересчет итогов был быстрым, то любые манипуляции можно было бы пробовать. НО он примерно 10 часов длится на центральном сервере.
   Карст
 
43 - 18.07.18 - 15:40
(42) база дбф ? диски быстрые ? мощь проца ?
   tgu82
 
44 - 18.07.18 - 15:40
(39) проблема в том что при обмене ночью вообще рухнула ПБ. Данные целы и взаимосвязи между ними просто нет и все.
   tgu82
 
45 - 18.07.18 - 15:41
(43) Да, база ДБФ, Диски sas  в зеркале. Проц солидный сервер супермикро
   Salimbek
 
46 - 18.07.18 - 15:43
(45) У нас был куплен последний i7 с ССД, вот там все открутилось быстро, может раза в 4 быстрее просчитать по сравнению с фигней, типа "Проц солидный сервер супермикро"
   tgu82
 
47 - 18.07.18 - 15:44
(45)+ Выгружается новая ПБ быстро, загружается тоже, но пересчет итогов - застрелиться просто. Ночью он и будет
   tgu82
 
48 - 18.07.18 - 15:47
(46) У меня есть сервер с ssd-дисками в зеркале, но медленно очень почему-то, все длительное сначала делаю на серваке супермикро
   Salimbek
 
49 - 18.07.18 - 15:55
(48) Ты читаешь через строчку чтоль? Или увидел слово ССД и все?
У сервера главная функция - надежность, второе - это ценник на проц и частоту (ну типа как цены на интернет разные для физиков и юриков). Поэтому десктопный i7 уделает в производительности в однопоточной задаче (а 1С 7.7 именно такая) любой серверный проц. Плюс если быстрая память и ССД для ускорения чтения, то прирост будет очень значительный.

Вот даже если память рассмотреть - десктопу обычно пофиг на проблемы, поэтому быстро все летает. На сервере же ставят память с ECC, а это уже медленнее, но надежнее.
 
 Рекламное место пустует
   tgu82
 
50 - 18.07.18 - 16:07
Валится при пересчете итогов в выгруженной периферийке. Вот блин. Что с этим делать - не знаю.
   Cthulhu
 
51 - 18.07.18 - 16:07
Если сорвалась загрузка обмена - значит недо(!)грузилось (ну и в результате все перекосилось).
Для исправления ситуации самым логичным видится (39), если развернутее - то следующее:
1) в центре - перезаписать принудительно все, что должно уйти в эту периферийку (можно с запасом).
2) выгрузить в центре обмен для этой периферийки - он "перекроет" недогруженный обмен и при загрузке пере-запишет все (даже более актуальные версии всего), что записалось в эту периферийку до "обрыва", и кроме того, дозапишет в нее все недозаписанное в прошлый раз (тоже более актуальные версии всего) и даже что-то новое...
3) для исправления налопаченного после оборванного обмена - правильнее было бы как-то все то, что было налопачено... пере-записать записанное и пере-считать насчитанное...
4) проверить работоспособность периферийки после приема такого "нового" обмена (частично это скорее всего и так будет сделано в п.3). если все норм - выгрузить из периферийки обмен, загрузить его в центр, и для страховки сделать ещё раз (должно получиться быстрее) ц-п-ц
   tgu82
 
52 - 18.07.18 - 16:13
(51) Спасибо. Просто в этой ПБ после этого обмена рухнули все остатки почему-то. Работать магазин не может. Думал за ночь создастся новая ПБ так блин и тут засада полная образовалась похоже
   tgu82
 
53 - 18.07.18 - 16:14
(52)+ И соответственно рухнули все итоги. Есть правда файлик от июня 2017 года (надо уточнить). Но как ему добавить все что было потом?
   Cthulhu
 
54 - 18.07.18 - 16:28
(52),(53):
да пофиг что там грохнулось - в пофигураторе при обмене оно все по внутренним ИД-ам находит-обновляет сначала, а потом уже пытается проверить-пересчитать. поэтому новый обмен (если в нем гарантировано все, что пришло со старым, есть - для чего п.1 в (53) и написан) гарантировано "перекроет" старый, а потом уже пересчет и все остальное - по корректным данным правильное по логике.
   Cthulhu
 
55 - 18.07.18 - 16:29
паардон, в (54) опечатка, правильный вариант - "для чего п.1 в (51) и написан"
   Cthulhu
 
56 - 18.07.18 - 16:31
прим.: и, надеюсь, обратный обмен из периферийки в цент после того как там все медным тазом накрылось - ты не делал...
   tgu82
 
57 - 18.07.18 - 16:45
(56) Не было что менять насколько я понимаю иначе бы вообще все магазины и ЦБ рухнули к чертям собачим.
   tgu82
 
58 - 18.07.18 - 16:48
(57)+ Проверял я итоги каждый день- не было всей этой хрени в ЦБ и в других ПБ. Случилось все в ночь с 16 на 17 июля при обмене. А вообще ситуация какая-то аховая. Врагу бы ее не пожелал.
   tgu82
 
59 - 18.07.18 - 16:53
(56) Там какие-то чеки от вчерашнего дня могли попасть в обмен. Я как делал. Сначала с ужасом утром увидел что у меняя пусть журнал документов вообще. Попробовал переиндексировать. Не вышло. Тогда сначала убил индексы и опять попробовал переиндексировать. Вышло. Все документы вроде появились. Вообще база ПБ эта работает с начала июля фактически. Тогда попытались бить чеки но тут выяснилось что остатки и итоги в этой ПБ покорежены. Ну побили вчера как-то еще чеки для товаров которые вроде как возможно было продать. Смену вечером закрытьне удалось из-за этой всей хрени. Сегодня вообще магазин ничего не бил так что он хоть и в автообмене но обменить ему просто нечего вообще было
   Cthulhu
 
60 - 18.07.18 - 16:57
(58): да норм ситуация.
при любых неполадках в периферии - это универсальный способ - "перекрыть" новым обменом (из центра) тот, который "перекосил" периферийку. ну и пересчет итогов - желателен в периферийке после такого "перекрытия", хотя оно и само, вроде, пересчитывает как надо.
(59): ну и норм. тогда "перекрой" обменом все, тестани итоги. потом, если итоги норм - все чеки и закрытие перезапиши-пересчитай-перепроведи, сделай обратный обмен в центр, а потом "заполируй" повторным ц-п-ц
   tgu82
 
61 - 18.07.18 - 17:05
(60) Вот честно может нервничаю сильно, но вот толком не пойму что ты предлагаешь. Туплю однако. Объясни пожалуйста для тупого - как перекрыть новым обменом тот который перекосил ПБ. Где этот новый обмен сыскать?
   tgu82
 
62 - 18.07.18 - 17:07
(60) Ты предлагаешь вообще не создавать новую ПБ?
   Cthulhu
 
63 - 18.07.18 - 17:14
(61): в (51) полная инструкция.
непонятки может вызвать п.1 разве что. попробую ещё разжевать.
1) в периферию весь обмен приходит из центра (выгрузка ЦБ для этой ПБ).
2) в эту выгрузку попадают все объекты (ЦБ), которые (с момента последней выгрузки) были модифицированы (просто ".записать()").
в сухом остатке: надо для всех объектов данных (элементов справочника и документов), которые правились с моментра пред(!)последней выгрузки - сделать ".Записать()", затем повторить выгрузку обмена ЦБ для этой ПБ - и "перекрыть" в ПБ обменом из этой выгрузки тот, который в ПБ все перекосил.
   Cthulhu
 
64 - 18.07.18 - 17:15
(62): конечно не создавать! нафига это - если можно "почти штатно" все исправить?
   tgu82
 
65 - 18.07.18 - 17:17
(64) Хорошо, но
надо для всех объектов данных (элементов справочника и документов), которые правились с моментра пред(!)последней выгрузки - сделать ".Записать()"

Как определить в ЦБ что это за объекты были?
   Cthulhu
 
66 - 18.07.18 - 17:17
(64)+
прим.: рекомендую, кстати, для таких случаев обработку "обновления обмена" в ЦБ написать.
чтобы она по указанной дате (начиная с которой надо обновить обмен) - парсила "с конца" до этой даты включительно лог 1cv7.mlg - выдирала оттуда список модифицированных (с этой даты "по сейчас") объектов данных - и делала для них скопом .Записать()
   tgu82
 
67 - 18.07.18 - 17:18
(64) И потом опять же - фиг знает что с итогами будет - пересчитается или нет. Может лучше все-таки создать новую убив эту?
   Cthulhu
 
68 - 18.07.18 - 17:20
(65): см.(66).
если надо "срочно-срочно" - то сделай "Записать()" для всех документов и элементов справочника "с запасом".
(67): не лучше. пересчитать пофигуратором (после "исправительного" обмена) - религия не позволяет?
   Cthulhu
 
69 - 18.07.18 - 17:22
(67): и пересоздание - убъет все, что не мигрирует (а это может быть очень важно). в отличие от...
   tgu82
 
70 - 18.07.18 - 17:26
(69) Очень долго персчет итогов - порядка 10 часов. Нет возможности ждать если что-то не так. Что касается миграции - 100% - не важно абсолютно, чего не хватит за день руками доколотят а сегодня вообще никто не работал и вообще магазин работает по-сути с начала июля. Не страшно, попробую пересоздать все-таки. Если делать как ты предлагаещь - это обмен за день не загрузится в результате и вообще все магазины станут ибо обмен убьет у них возможность работать
   Cthulhu
 
71 - 18.07.18 - 17:31
(70): просто интересно - откуда у тебя уверенность, что:
1) пересчет итогов не понадобится при пере-создании с вычисткой "лишнего" к тому же - если это пересоздание буде делаться копированием цб с последующими неочевидными нештатными правками файлов
2) или менюше времени потребуется при штатном пере-создании (и ручными правками префиксов напрямую в файлах)
???
   Cthulhu
 
72 - 18.07.18 - 17:33
(70): хотя... каждый человек - кузнечик своего щястья..
инфа у тебя вся есть, как хочешь - так и куй.
удачи тебе.
   tgu82
 
73 - 18.07.18 - 17:34
(71) Пересчет итогов будет по-любому, но хоть это будет новая база без вот таких жестоких глюков. Времени понадобится в обоих вариантах до хрена. Но так мне как-то спокойнее. А там видно будет. Я очень благодарен за совет, но как стремно грузить обмен на раскореженную базу
   АНДР
 
74 - 19.07.18 - 07:11
Починил?
   tgu82
 
75 - 19.07.18 - 08:30
(74) Пересчет итогов утром май 2018 года, осталось уже совсем немного. :)
   tgu82
 
76 - 19.07.18 - 08:50
(74) Пересчиталось, вот теперь я посмотрю что в результате вышло
   tgu82
 
77 - 19.07.18 - 13:29
(74) и Всем Спасибо. Вроде как фунциклирует :) Правда очень медленно сервак работает, дда и не сервак это а комп и без рейда ибо где на win 2003 рейд сыскать теперь??? Нету таких. На центральном сервере win 2008 стоит 64-разрядная но там и сама начинка мощная ибо работают на  нем в файловой базе порядка 50 пользователей.
   АНДР
 
78 - 19.07.18 - 16:39
   tgu82
 
79 - 20.07.18 - 13:03
(78) Спасибо за информацию. пока правда не очень понятно как ее практически использовать для "отзеркаливания"


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