После скачка электричества пропала часть документов что делать? #493354

После скачка электричества пропала часть документов (тех что были открыты) сервак MS SQL 2005 ТестированиеИсправления БД не помогло что можно сделать чтоб восстановить доки? Бэкап есть но в нем нет  тех документов что пропали.

они были записаны?

Вбивать доки заново, и покупать хороший ИБП.

писать притензию электрикам и каммуналъщикам, если из масквы, я прям на лужкова писал-бы притензию...

Зачем? Открыли новый, делали пол дня.

Даже если были записаны, могли быть еще не перенесены на винт. Есть такая штука, как режим отложенной записи.

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

что-то невероятное

А толку от ИБП они стоят но ноль пробило получилось короткое замыкания и вес серваки упали...

ну во так вот ка-то получилось хз как...

а может мальчика-то и не было....

ах, это волшебное слово "Баскуп" ))

госпоба мне вам базу чтоли дать чтоб сами посмотрели?

"более того они созданы были в течений месяца"... это у вас в свежие бэкапы такие? З.Ы. чудес не бывает (с)

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

Короткое, не короткое, ИБП должны работать в таких условиях. Админу - интимную депиляцию за такое.

Есть док заявка на ремон авто запчастей нет месяц и документ пустой пришли запчасти начали заносить в документ... че не понятно то?

да вопрос не в том кого эпать а как доки восстановить вчерашние

Нет бэкапа на утро - никак?

никак, бэкапа же нет

DBCC  CHECKDB в руки, но если ТИИ от 1С не помогло, то тут тоже вряд ли что поможет. Ну и архивы не забываем перед каждым чихом в консоли SQL.

а раз никак - то вопрос как раз в том - кого ипать...

бекап есть на 2 часа ночи но там нет того что нужно... документы были записаны 100% потому как распечатки есть а их не сделать без записи дока просто но его не закрыли и он почему-то похерился

кто-то кого-то наё..вает - либо ты нас, либо юзеры тебя

ага кругом враги...

не ну как может быть чтобы записаный док не попал в бэкап, да ещё и в 2 ночи... Чудлес не бывает (с)!!

Яж сказал документ был создан 1 июля пустой его записали 13.07.2010 в 2 ночи сделали бекап потом  13.07.2010 в 19:30 были добавлены в документ позиций и записаны но документ не закрыли в 19:32 рубанулись серваки документ пропал совсем если я восстановлю его из бекапа на 2 часа ночи от этого документа толку нет совсем.

где ноль пробило что ИБП не помогли? доки были вчера заполнены или сегодня? серваки падали вчера или сегодня?

Я ж сказал документ был создан 1 июля пустой  его записали, 13.07.2010 в 2 ночи сделали бекап потом  13.07.2010 в 19:30 были добавлены в документ позиций и записаны но документ не закрыли в 19:32 рубанулись серваки документ пропал совсем если я восстановлю его из бекапа на 2 часа ночи от этого документа толку нет совсем.

т.е. на момент бэкапа ничего не записано, че ж ты нам мозги то ипёшь?

да я не электрик мне так сказали... смотри те

В принципе допускаю сказаное автором. Словил глюк однажды - журнал документов не все доки показывал, а в тех что показывал - колонки "не те" были. Удалил таблицу журнала ы SQL - ТИИ их заново записало. Без ошибок.

Ептыть на момент быкапа был документ заполнен тока шапка а позций небыло

какая разница, ничего полезного на момент бэкапа не было

Какую такую таблицу журнала?

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

так я сразу сказал что в бекапе нет пользы что в вы к нему привязались то???

мы любим бэкапы и болеем за них

а много документов пропало?

Если номер документа автор помнит - запросом его можно "пробить по базе". Если запрос вернет пусто - считай что Вам этот документ приснился. Хотя... переиндексировать сначало надо, потом запрос.

68 документов как миниму...

ТИИ со сжатием делали? если со сжатием то может и не помогут даже танцы с бубном вокруг Скуля

фишка вто что после поднятия серваик некоторые документы вновь созданные получили посути умерших документов номера что еще хуже... я в шоке...

все в опу пошел писать заявления пока не поздно....

Битые ссылки и индексы... Что ещё новенького скажешь? :) (офф, устами младенца) Сначало запись таблицы шапки, потом индексы, потом запись табличных частей документа и их индексы, потом запись в журналы документов и его индексы... Теперь сам угадай в какой момент отвалиться всё это может :)

СКУЛЬ кстате на ФУЛЛ стоит? по времени откат сделать можно?

я просто сижу сейчас и разбираюсь в реал тайме Хорошая мысль щас погляжу..

Ооо... а я думал автор "временно не в зоне доступа"(с)... уже на пути в отдел кадров, заявление пишет :))

ага смешно блин...

Вообще-то если для вашего бизнеса критична потеря данных за 1 день, то бэкапы надо делать чаще.

руководство жмется на ИТ отдел сервак ели дышет днем в нем около 120 человек если бекап белать вообще все встанет..

так и скажи руководству... мол ваш косяк, на ИТ не экономят

:)

Ну и ИБП таки нужны ХОРОШИЕ.

обычно после сразу находят деньги на ИТ

уволить программиста за такую архитектуру ПО нужно

так и на типовой можно работать, документы по частям на больших промежутках времени... уволить 1с?

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

да без разницы, было бы тоже самое как в , если бы документ ввели после бэкапа.

ну чего там? если не ФУЛЛ то всё... в Отдел кадров

но там еще есть ситуация

угу... это вобще непонятно)

Я, как бы, уже намекал. Про сбойные записи в журналах. Внешне это выглядит так: в журнале запись "документ 111 от 01.01.10". Нажимаешь открыть... и перед вами другой документ, например - №222 от 02.02.10 :(

но автор утверждает, что у него просто пропали документы

база файловая? операционка какая? всякие опции кеша диска должны быть выключены если нету НАДЕЖНОГО упса

да скульная база, пол ветки трём что можно со скулем сделать чтоб всё вернулось)

Не вступая в спор, но всё-же: "пропали" - понятие растяжимое :( Могут пропасть из журнала, но остаться в базе. Может запрос не находить - если индексы сбились.

тогда все просто, по логу транзакций востанавливаем 5 004 353 баз и находим момент истины, где все похерилось :)

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

Имхо, автор ещё неподтвердил про фулл :( (офф) "А чего тут думать! Трясти нада"(с) Проверка и переиндексация базы в SQL и очистка таблицы журнала пропавших документов - пусть ТИИ их заново создаст. После этого смотреть - "А они действительно пропали?" :))

он походу и точное время где похерилось знает...

глупый вопрос... все не читал... про отбор по дате в форме списка уже спрашивали?

нет) я надеюсь что не всё так печально... но вроде не в том дело, судя по некоторым постам