Цитата.

"По сути проблемы. ПМСМ, у вас проблема с железом, если DBCC CHECKDB выявляет ошибки. И в особенности, если Checkdsk их выявляет. И грех в этом случае катить бочки на разработчиков софта.

Нужно было купить нормальный сервер и установить на нем нормальный RAID-массив. С возможностью горячей замены дисков, если у вас действительно требуется 24часа в сутки 7 дней в неделю обеспечить живучесть системы.

Архивирование битой БД приводит к созданию битого архива. DBA может настроить задание, которое перед архивированием выполняет проверку БД на предмет битости с выводом сообщения оператору. Кто виноват в том, что вы не настроили JOB?"

Остальные цитаты оставлены без внимания.
а. Козябликами русские буквы стали только из-за того, что программисты их такими сделали.
Говорить значит в англоязычных передачах на русском можно, а вот писать нельзя...
б. Если уважаемый полагает, что в англоязычных странах используют систему 1С (бух, предпр.) полагаю он заблуждается.

1. Дорогой (уважаемый). Чем плох сервер за 400 тысяч?
Может плохая мать с 2мя Xeon (2 ядра по 2ггц? E5335) на интеловом чипе 5000p.
Может память плоха 2шт по 2гб (667мгц, 64 бита), можно и 8 пихнуть только сервер W2003 std не видит более 4х.
Может плохой контроллер (и ты прикинь с горячей заменой, даже хот-свап и хот-спаре держит)
Intel SRCSAS18E? и корзинка Supermicro.
Или может диски плохие SAS Hitachi 300гб?
Или может корпус чем плох 4 unit -а? Или может 2 блока питания в Supermicro корпусе плохие (hot-swap), а может 2 батереи APC SmartUPS 2200 плохи?
даже кондиционер и тот есть, и помещение с ограниченным доступом, что ещё надо ?

Не - ты не стесняйся - ты напиши, что в сервере не так?
Ты мне даже БОЛЬШЕ НАПИШИ - ГДЕ В СПЕЦИФИКАЦИИ 1С проверки ЖЕЛЕЗА НА СОВМЕСТИМОСТЬ!

вопрос был не в этом. покупать сервер через поставщиков, если потом - САМОМУ все от печки строить. У нас был (и есть) сервер настроенный, и проблем с ним не было (кроме см. пункт 3), и он как работал, так и работает. А возникла проблема (см. пункт 3) и пришлось купить НОВЫЙ СЕРВЕР, который САМ должен был уметь все восстанваливать и не умирать - только вот умер, и с потерей данных - вот в чем вопрос. И 1С тоже САМА должна работать, без посторонней помощи, но не работает - это то понятно? Если все делать самому - то на скажи нужны автоматизация, програмисты, поставщики и прочее.

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

2. В документации на 1С есть требование - что обслуживать систему 1С на SQL должен сертифицированный DBA ? Ссылочку если можно. ИТС то читал хоть мельком, там вообще уровень описания начальной школы.

"DBA может настроить задание, которое перед архивированием выполняет проверку БД на предмет битости с выводом сообщения оператору. " - ВОЗМОЖНОЕ не означает ОБЯЗАТЕЛЬНОЕ, если бы об этом ХОТЬ слово в доке было вместо рекламы, как все з..сь (типа хорошо) - то конечно бы сделали, и не одну проверку, а 10 проверок.
Но не в этом соль, **** вообще придумывать и програмировать такой БЭКАП (с галкой проверка целостности), который даже при включенной галке НЕ ПРОВЕРЯЕТ целостность данных. Я такого не понимаю. *** скажи придумывать кучу распрекрасных и красивых мастеров, если НИ В ОДНОМ из них нет этой (imho важной) функции, ценик то на MS SQL видел?

Про сообщение оператору - тоже хохма приличная. Ну можно настроить, чтобы по почте кинул мессагу, типа мол проверил я база убитая, бэкап делать не буду. Красиво конечно, но подумать -
бэкап идет в периоды минимальной загрузки (время естественно ограничено), как правило в нерабочие часы. Значит к следующему рабочему периоду - нужно восстановить предыдущий целый бэкап (с потререй наработки!!), сообщить всем, что кусок данных пропал, и по возможности протестировать сервер. Значит должен быть круглосуточный дежурный который будет сидеть и следить за серваком, вот те и вся автоматизация. Вариант с 2мя серверами - тоже в теории не плох, но не слишком ли жирно для 1Ски такие вот замороки устраивать?

<<ремарка imho не один десяток человек ещё на такие вот грабли нарвется.>>

Те требования которые были ОЗВУЧЕНЫ поставщиками железа и ПО выполены на 100%.
Если в процессе работы появляются новые требования (равно как и в карточной игре - новые правила) - то это известным способом называется.

И вообще ПОЧЕМУ команда 1С не может сделать встроенную систему бэкапа, они знают что нужно проверять, как нужно проверять (команда разработчиков с внедрением по всей стране по логике обладает большей квалификацией чем 1 DBA), в чем проблема то зарылась?

3. Но вернемся к нашим "баранам" - претензия к 1С была такая - БАЗА не выгружается. Выдает ошибку (это красной нитью идет по данной теме во всех постах).
И никто тут бочки не гонит. Восстановили сервер, руками люди внесли все в базу, проверки и в SQL и в 1С прекрасные - ОШИБОК НЕТ. Выгрузили базу. Работает, на том и успокоились.
Поработали недельку. Проверили в SQL, проверили в 1С - все проверочки прошли без ошибочек!!
Базу выгружаем - и опа - те же камни, не выгружает 1С ка базу - та же самая ошибка.
0c733a7c-2a1c-11ce-ade5-00aa0044773d
И кто тут "гонит" на разработчиков?

4 А время идет. Спрашивается - че сидим, кого ждем?

Модератор: отредактировано