Скажите пожалуйста,как восстановить базу 1с7 после тестирования не основной базы?Спасибо

Сдались, сдались... Только обещают... :))))

Elena1973
Повторю вопрос: что за проблемы были в базе, что решили делать ТИИ?

(0) А можно хоть чисто ради интереса узнать про базу 1С? Бухгалтерия, торговля, зарплата???

(19) (20) (21) Ну тут точно "пригласите уже специалиста". Лично у меня телепатический блок сегодня глючит )))))

по сколько у автора УРБД и они загубили только узел - для них самый нормальный выход сделать новый начальный образ....

(31) Устроим соревнования между Нострадамусами? :)
Моё - не взлетит.

(32) Скорей всего, ТС - пользователь, а не программист.. Судя по сообщениям-постам.
Автор! - только без обид - приглашайте специалиста.
Восстанавливать базу - тяжкий и непростой труд.

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

зы
да я жулик :)

(33) И что? Пользователь не может озвучить проблему, которая сподвигла его на ТИИ?

(34) Ты хочешь сказать в ЦБ чистота и порядок?

+33 либо браться всей бухгалтерией, поднимать кипу бумажных документов, проверять и исправлять.. полмесяца - хватит :)
Правда, наисправлять тоже можно..

(35) "не хочет" - правильнее..

+ (36) А чего автор тогда тут устраивает плач Ярославны?

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

(37) Ну, если сделать начальный образ (на текущий момент): или проблема останется (в ЦБ такой же бардак), или же будет порядок - ни одного обмена не было?! Смысл в распределенке?

(36) не факт, но это уже другая история...

скорее всего сабж возник из-за левого обмена с восьмеркой и последующей чисткой лишних документов без очистки движений. Когда это сделали - фиг его знает, но в дальнейшем оперировали кривыми итогами и балансы делали на кривых данных. Сейчас пересчитали итоги и данные "поплыли", хотя по факту они пришли к норме...

я советую:
1. сделать начальный образ
2. зацепить его на обмен с восьмеркой
3. провести бух аудит остатков и движений

(40) это идея vde69
распределенка при битой ЦБ или периферийной - это а-ля вирус, кривые будут и пб и цб.. после ближайшего обмена.

(41) 1. сделать начальный образ
ну, да.. если в бэкапе кривизны еще нет..
когда юзеры измордовали базу - никто не знает

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

(44) Сначала привести в чувство центр, а потом уже делать периферийку.

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

я советую молиться, и верить в чудо

Прочитал с удовольствием, как доширак...

(20) > При тестировании появились новые документы,платежки,не проведенные и пустые,попробовали их удалить не получилось

Режим удаления объектов в кнфигураторе какой стоял?

Всем привет!!!!Отвечу МАСЯНЕ!Проблема была в отрицательном остатке при проведении актов переоценки и актов списания!!

И никто не устраивал плачь,просто интеросовалась,так как программист начал делать и слился!!!

" программист начал делать и слился" - наводит на размышления.

На какие?

(56) На грустные, т.к. есть вероятность того, что он "начал делать", при этом накосячил, потому и слился.

Он поставил ЦБ на тестирование,сказал сделает удаленно и не сделал!Но вышли те же ошибки что и при первом тестировании на не основной базе!

(58) ОЙ, спасибо за личный ответ :)

Теперь по полочкам:
1. что за ошибки возникли при ТиИ?
2. что за проблема в (53)?
3. ошибки только в центре?
4. (личное) - брался делать vde69?

(0) Напиши на мыло. Помогу бесплатно.

(59) > брался делать vde69?
да ну, ветка ж появилась после того, как программист слился

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

(53) из-за отрицательных остатков запустить ТИИ? т.е. все остальные действия проделали - ну  там проверка оборотов, восстановление копии для сверки и т.д.?

(59) По полочкам:
1. Создались неудаляемые пустые платежки, поступление материалов и услуги сторонних организаций.
2. Не даёт провести акты переоценки, пишет - Сумма запрошенного товара  0 превышает сумму остатка "число с отрицательным значением"
3. Ошибки в обеих базах.
4. Нет

(61) Наехала... Он пытался, а об остальном - вот сейчас выясняется.
(62) И без интуиции понятно :(

(64)
1. То, что создалось - проводиться?
2. Остатков нет, а должны быть?
3. На время забудьте о периферии (обменов не делать!!!). нужно навести порядок в центре.

+(66) И да - конфигурация и релиз?

(64) неудаляемые? а почему?

(68) <объект/ссылка не найден> (вангую)

(69) конфа же их создает как раз

(66)
1. Не проводится.
2. Остатки должны быть
3. Это уже понятно стало ((
(67)
Релиз - 7.70.025
Конфигурация - 7.70.496

Вот скриншот после ТИИ
http://i73.fastpic.ru/big/2015/1118/ec/3319f21b6d4a1a07f95e437dce67a5ec.png

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

(70) ИМХАю. Удаление в 7.7 - в двух ипостасях
1. пометка к удалению
2. Физическое удаление.

п.1 - проходит.
а вот с п.2 - та самая проблема. Не удаляются, т.к. есть ссылки на существующие элементы.

(71) База сильно дорога?
Может легче выгрузить в новую?

+73 а удалить.. "очень хочется!.. пустые-же.. и непонятно зачем созданы при ТИИиии!" :)

+ (74) Документы создаются за какой год?

+ (74) Копии делаются как часто?

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

(64)>>>>Ошибки в обеих базах.

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


>>>Создались неудаляемые пустые платежки, поступление материалов и услуги сторонних организаций

это не проблема, проблема в том, что они создались по тому как были или в журнале проводок или еще где как регистраторы, то есть были движения без документов.
Такое при типовом обмене - не возможно, значит Вы используете что-то не типовое (например МОД) или нештатный механизм удаления объектов без контроля ссылочной целостности. В обоих вариантах Вам нужно найти причину (скорее всего криво настроенный обмен) и устранить ее а только потом установить пометки на удаление на "левых документах" и удалить их штатной процедурой. И только после этого Вам нужно проверять остатки и обороты по счетам (скорее всего по первичке, или по сданым в налоговую отчетам).

итого резюмирую план 1
1. Забекапить и отложить центральную базу и дочку, все рабочие файлы проектов (делает Программист)
2. Ищем и устраняем проблемы в обменах (делает Программист)
3. Помечаем на удаление "кривые документы" (делает Программист)
4. Удаляем "кривые документы" (делает Программист)
5. Делаем ревизию остатков и оборотов(делает бухгалтер)
6. Делаем новый образ и настраиваем обмены


план 2
1. делаем новую пустую базу (делает Программист)
2. переносим в нее только нужные документы из старой базы  (делают совместно Программист и Бухгалтер)
3. Проводим всю новую базу (делает бухгалтер)
4. Делаем новый образ и настраиваем обмены (делает Программист)


второй вариант более надежный но возможно более трудоемкий...

(76) за 2015, с датой соответствующей дате проведения ТИИ
(77) на периферии - крайне редко, в центральной базе - без понятия, вероятно вовсе нет

(80) Уже не много легче... До 2015 - все чисто?

(78) Из личного опыта:
1. обязательно префиксы (для центра и для периферии).
2. все действия по удалению - только в центре. Обязательно - архив.

+(81) А дата (новых док-ов) только ТиИ? Исходную не восстанавливает?

До 2015 все чисто

(84) А с самого начала 2015 косяки?

Нет,с 30.10.2015

(86) Убила бы... Чуть больше 2-ух недель..
1. Удалите все док-ты после 30.10.
2. Сделайте ТиИ.
3. Вбейте док-ты после 30.10 (с первички).
4. Еще раз ТиИ.
5. Делайте периферийную базу.
6. Работайте.

2, 4 - перед выполнением - архив.
И - "Храните деньги в сберегательной кассе" (читать - "Делайте архивы ежедневно и перед каждой загрузкой (и в центре, и в периферии)).

+ (87) Если удастся найти архив центра после 30.10, и архив окажется чистым - работы еще меньше.
Ну, и когда все устаканится - найти того, кто сделал косяк и плюнуть всем коллективом :))))))

+(88) Кстати, после приведения центра в порядок можно попробовать сделать выгрузку/загрузку в периферию - есть шанс, что тоже все станет хорошо. Ну, а если нет - новую периферию делать.

(87) после первого ТиИ скорее всего поплывут остатки, по этому нужно до него сделать ОСВ и сравнить с тем, что будет после

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

Я ее добила одним из ваших сообщений,что косяк не мой!!!Вот она и созналась!!

Вам всем огромное спасибо за помощь и отзывчивость!!!

(92) Плюнуть!!! Раз сто!!! :))))))
Теперь - пусть сидит на работе и работает! Сутками.

(93) Не забудьте про АРХИВЫ! Каждый день.

Сообщу ей при встрече,что нужно делать архивы!!!А то она даже не знает,делались когда либо копии или нет!!!

(96) "Лёлик, только без рук" (С)
:)

(94) три раза всего.. против тихого ведьмовства - помогает..

Надеюсь, задание по созданию архивов существует где-то в недрах сети?
проверено, и срабатывает часа в 2-3 ночи?
или вручную, по колхозному кто-то таки делает бэкапы?
Да все равно, как и кто, лишь-бы они были.

Системщики есть на форме? Вот тут о том, как автоматизировать архивирование: http://www.mista.ru/articles1c/tips.htm

* на форме = на фИрме..
от расстройства опечатался :)

(98) Я - за системщика (громко сказано :) ).

bat

"D:\1c_adm\BIN\1cv7s.exe" config /D"D:\1Cv7\RIB\Magazin" /NAdmin /P123 /@"D:\1Cv7\RIB\Obmen\ForMagazine\download.prm"

set timestr=%date:~-4%%date:~3,2%%date:~0,2%
ren D:\1Cv7\RIB\Obmen\ArhivMagazine\arh.zip arh%timestr%.zip

prm
[General]
Output = D:\1Cv7\RIB\Obmen\ForMagazine\download.log
Quit = Y
SaveData = Y

[SaveData]
SaveToFile = D:\1Cv7\RIB\Obmen\ArhivMagazine\arh.zip  



:)

(100)  arh.zip  - предыдущий день затирается. Если в ночь бд покривела - будет не архив, а рыдания..

(101) В bat arh.zip переименовывается (тут я язык показываю :) ).

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

(103) Старость - не радость, а молодость - гадость (С) :)))))

И еще возврат к началу..
Вот такая история, как под копирку у всех:
бухи получили инструмент, первоначальная радость от предвкушения "я нажала кнопку, оно всё само сделает!" омрачается необходимостью контроля за вводом, учета кучи условностей, и т.д.
Но наконец, бухгалтером выводится ОСВ, и пр.отчетности, и всё это удовлетворенно засовывается в папку.
Всё! период закончен, можно удалять ненужное! ОСВ-то на бумажке осталась! "У меня всё правильно!" - ГБ  суёт в нос свою ОСВ..
Продолжение: "Это у вас сегодня не работает. А вчера работало!" Женская сущность: сделать виноватым другого.

Кто виноват? Наибольшая вина у того, кто не ДОобъяснил, что ОСВ в программе - это итог цепочки приходов/расходов, что расчет звеньев непрерывный, и если в расчет вмешаться - итог тут-же меняется..
А ГБ думает, что данные - как бумажка с ОСВ, стабильна, и ничего не случится, если старые доки удалены..
Программа - нежный и деликатный продукт, с которым надо обращаться бережно.. кормилец! :)

А работает программа всегда правильно. Наврет бух на входе - извольте получить вры на выходе.

(105) Началось... Вот кто тебя дернул за язык? :)

По моему опыту: старая гвардия бухов (сначала - калькулятор и тетрадь, потом - dos'овая программа, потом уже под винду) - очень трепетно относятся к удалению "ненужного". И десять раз подумают, прежде чем. Да, и матчасть знают не плохо.
А вот молодешь... Такое ощущение - "А вы и пальцы за меня загибать будете?" - "Ага." (С)

Тут уже не руками надо ,а ногами!!!

Теперь этот умный бух.что то сделала в ручную и у нас остаток ушел в минус 99999999,но при этом стали проводится акты переоценки и списания!!Короче полный писец!

(108) берём паяльник и применяем к умному буху, чтобы он признался, что сделал

Ее и так уже природа обидела,думаю хватит с нее!))))

(110) Её природа, она вас всех. Так что не надо жалеть...

Как скажите,вам виднее!!))))

Всем досвидания,на завтра у меня еще будут к вам вопросы,на которые мне никто из пяти наших программистов не ответил!)))

ой, а может, не надо, а? .. :)

(114) Надо, Федя. Надо! (С) :))))))))))

(113) А эти пять программистов поделятся с нами своей зарплатой? ))

Всем привет!Хорошо не буду вас больше напрягать!

тема - развод

(117) Всё получилось?

Тема не развод!!!Хотелось услышать ответы более умных людей!А Вы mikecool,не принимали свое участие в этой теме ,так что молчите!!!

Пока все на том же уровне!!!Программист который писал эту программу не очень хочет этим заниматься,т.к. его прокатила один раз наша компания,а я рядовой директор маназина на которого скинули эту проблему,так как решили,что это моя вина!

(121) ещё бы он хотел после "прокатили" то

(121) Возможно, помимо того, что ваш бух понаудаляла доков, ваш старый кодер мог оставить залипуху в конфе, которая со временем, попортила учёт.

(121) рядовой директор магазина?!

(121) Что значил "написал"?

(124) Ну, чего ты? "Царь! Просто царь." (С) :)

>>>>Программист который писал эту программу не очень хочет этим заниматься,т.к. его прокатила один раз наша компания

после этих слов закрываю ветку