Срок никто не называет
Вам говорят «разбираемся». А решения нужны сейчас: что отвечать клиентам, отпускать ли смену, что делать с сегодняшними отгрузками.
1С остановила работу компании?
Для компаний, где через 1С идут продажи, склад, бухгалтерия или производство.
Все обещают «восстановим всё» до того, как посмотрели. Мы сначала смотрим — и говорим, что вернётся точно, что под вопросом, а что придётся заносить заново.
Когда встаёт 1С, кажется, что задача одна: починить.
На самом деле на вас разом валится несколько задач, и большинство из них — не технические.
Вам говорят «разбираемся». А решения нужны сейчас: что отвечать клиентам, отпускать ли смену, что делать с сегодняшними отгрузками.
Может оказаться, что часть операций придётся заносить заново. А может — что не придётся. Разница измеряется неделями работы бухгалтерии.
1С-специалист смотрит на сервер, системный администратор — на базу, поставщик оборудования — на программу. Пока они выясняют, чья это зона, проходит полдня.
Пока идут попытки «просто попробовать», часть способов вернуть данные закрывается. Через сутки выбирать почти не из чего.
Всё, что делали в тетради, Excel и переписке, придётся занести обратно — с расхождениями и повторной сверкой. Это вторая авария, отложенная на неделю.
Отчётность, обязательства по договорам, платежи поставщикам, зарплата. Авария их не отменяет.
Не с сервера. И не с подрядчика, который «ещё разбирается».
Обычно на него отвечают двумя способами.
«Не волнуйтесь, сейчас всё восстановим»
— до того, как посмотрели«Пока непонятно»
— и так три дняОбе фразы бесполезны, потому что вам нужно планировать: сажать ли бухгалтерию заносить документы, предупреждать ли клиентов, переносить ли отгрузки.
Не «часть данных», а «с 03:40 сегодняшнего дня» или «с вечера пятницы».
Чтобы понимать, это два часа работы одного человека или неделя работы отдела.
Это три разные категории, и путать их дорого.
Если придётся, лучше начать планировать сегодня, а не через три дня.
Ответ на эти вопросы вы получаете в первые часы, а не на третьи сутки.
И ещё одно, чего обычно не говорят вслух.
Иногда правильный ответ звучит так: быстрее принять потерю последних двух часов и запустить компанию сегодня, чем весь день спасать каждую операцию и открыться завтра.
Это нормальное деловое решение. Но принимать его должны вы — на цифрах, а не вслепую.
Пока никто не может назвать причину, у вас работают три счётчика. Первый заметен, два других — нет.
Способов вернуть данные обычно несколько, и их набор сужается сам по себе — даже если никто ничего не делает.
Насколько каждого способа хватает от начала аварии. Расписание копирования затирает вчерашнюю копию сегодняшней — уже повреждённой. Служебные журналы перезаписываются по кругу. Изношенный диск под нагрузкой теряет ещё немного. А каждая попытка «просто починить» пишет поверх исходного состояния.
Через сутки вариантов заметно меньше, чем в первый час. Не потому, что кто-то ошибся — просто система продолжала работать по расписанию.
Пока вы не знаете, насколько всё серьёзно, вы не можете предупредить клиентов, перекроить план на неделю, перенести обязательства или решить, выводить ли людей завтра.
Эти решения никуда не деваются. Просто через сутки их приходится принимать в худших условиях и с меньшим выбором.
Если кто-то из ваших уже что-то делает с сервером, самое полезное, что можно сделать в первые часы, — остановить попытки чинить наугад.
Неудачная попытка ремонта портит то, что ещё можно было восстановить.
1С запустится. Но всё, что было после ночного копирования, станет недоступно.
Если изнашивается накопитель, каждый новый запуск отнимает часть данных.
Даже если контроллер сам предлагает «создать новый». Исходная конфигурация нужна для восстановления.
Такие операции меняют данные. Если станет хуже, откатываться будет некуда.
Через три часа никто не отличит исходную поломку от следов ремонта.
С этим набором диагностика начинается сразу, без получаса уточняющих вопросов.
При аварии легко потерять полдня примерно так:
А люди всё это время не работают.
Никто из них не врёт. Одна и та же жалоба «не работает 1С» означает поломку в любом из восьми мест — от самой программы до физического диска в сервере. Каждый подрядчик отвечает за свой участок и честно говорит, что у него порядок.
Проблема в том, что на систему целиком не смотрит никто.
Вам не нужно разбираться, кто из них прав. Вам нужен один ответственный.
Он пройдёт всю цепочку и назовёт причину. Даже если окажется, что дальше нужен узкий специалист — например лаборатория по восстановлению повреждённых дисков, — это тоже результат: понятно, кому передавать задачу и что именно ему делать.
1С → сервер 1С → MS SQL / PostgreSQL → Windows / Linux → виртуализация → RAID / СХД → SSD / NVMe / HDD → физический сервер
Идём сверху вниз, не перескакивая. Ошибается СУБД из-за дисков — идём к дискам. Физический сервер нестабилен — не лечим поверх него 1С.
Что отказало и что это затронуло. На человеческом языке, а не в терминах журналов и контроллеров.
За какой период операции под угрозой. Что вернётся точно, что можно вытащить дольше, а что придётся заносить руками.
По каждому варианту — свой срок. Не «постараемся сегодня», а конкретно.
Обычно вариантов два или три — с ценой и последствиями по каждому.
Рекомендация — и отдельно то, что вы можете сделать своими силами.
| Вариант A. Быстрее вернуть работу | Вариант B. Сохранить больше данных | |
|---|---|---|
| Что делаем | Разворачиваем проверенную копию на временной машине | Работаем с текущей базой и журналами |
| Люди сядут работать | Раньше | Позже |
| Потеря данных | Последние 3 часа — придётся занести | Меньше, точнее после проверки |
| Риск | Низкий, копия проверена | Зависит от состояния базы |
| Цена | Ниже | Выше |
Дальше выбираете вы. Вопрос простой по формулировке и непростой по сути: что для компании дороже — лишние часы простоя или лишний день работы бухгалтерии по восстановлению документов.
Всё это письменно, чтобы можно было показать собственнику, а не пересказывать по памяти. Плюс двадцать минут разговора — без терминов, с ответами на вопросы.
Причина бывает простой. Данные бывают повреждены. Иногда основной сервер лучше вообще не трогать. Поэтому до диагностики мы не обещаем результат, который ещё не можем проверить.
Аварийная линия работает в будни с 9:00 до 18:00. Круглосуточного дежурства у нас нет, и обещать его мы не будем.
Заявка, оставленная вечером или в выходные, попадает первой в очередь на утро. А памятка выше написана ровно для этого промежутка — она не даст испортить то, что ещё можно вернуть.
Диагностика по умолчанию идёт в режиме только для чтения. Любое изменяющее действие проходит через пять шагов: описать → объяснить зачем → назвать последствия → проверить, можно ли сначала снять копию → получить отдельное разрешение.
Есть письменный список из двадцати пунктов, запрещённых без согласования: восстановление копии поверх базы, пересоздание массива, очистка конфигурации контроллера, удаление служебных журналов и снимков, обновление платформы и прошивок, перезагрузка нестабильного сервера.
Если мы видим массовые ошибки накопителей или активное шифрование файлов — активные проверки останавливаются: дальнейшая нагрузка увеличивает повреждение.
Ответ «диск физически повреждён, нужна лаборатория, вот какая» — это полный ответ, а не отказ. Гарантия работает в другом случае: если мы отработали часы и не дали вам ничего.
Оптовая торговля, 60 человек
Утром 1С работала медленно, к обеду база не открылась. Двенадцать машин под погрузкой, менеджеры звонят клиентам и говорят «перезвоним».
Оказалось, что изнашивалась дисковая система, а база была следствием, а не причиной. Сняли нагрузку, скопировали данные на исправный носитель, подняли систему на резервном сервере.
Производство, 40 человек
Сначала не проводились отдельные документы. Через час не работал никто.
Причина оказалась в обслуживании базы: служебный журнал разросся и занял всё свободное место на диске. Освободили место, не удаляя журнал, проверили базу и настроили контроль, чтобы это не повторилось.
Дистрибуция, 85 человек
Одномоментный отказ у всех, файлы с изменёнными расширениями. Часть резервных копий лежала в том же контуре и пострадала вместе с серверами.
Изолировали заражённую среду, нашли непострадавшую копию на отдельном носителе, развернули систему в чистой среде — отдельно от заражённой инфраструктуры.
В первом случае причина была в оборудовании. Во втором — в обслуживании базы. В третьем — в безопасности.
Для пользователей все три выглядели одинаково: «не работает 1С».

Системный администратор серверов 1С:Предприятие, Server360
Разворачивает серверы 1С с нуля и занимается диагностикой отказов: платформа, кластер, СУБД, операционные системы, дисковые подсистемы.
Аварийные обращения он берёт лично.




«Нам сразу сказали: можно поднять вчерашнюю копию и потерять день бухгалтерии, а можно возиться дольше и сохранить почти всё. Мы выбрали первое и знали, на что идём».
— финансовый директор, оптовая торговля«Главное — на второй час у меня был ответ, что говорить клиентам. До этого мне двое суток отвечали "разбираемся"».
— генеральный директор, производство«Мы боялись, что нам сразу выкатят счёт на новый сервер. Систему восстановили на том, что было, а про замену поговорили через месяц и спокойно».
— собственник компании, дистрибуция«Влезут, доломают, а виноват буду я»
Поэтому диагностика по умолчанию ничего не меняет: мы смотрим состояние системы и не пишем в неё. Необратимые действия — только после вашего отдельного разрешения и по возможности на копии.
«Начнут копать, найдут, что у нас всё плохо настроено, и начнут разводить на деньги»
Задача первого этапа — вернуть вас к работе, а не составить список ваших грехов. Если мы увидим слабое место, которое реально может остановить компанию снова, — скажем об этом отдельно и после аварии. Покупать это вы не обязаны.
«Выставят счёт, который я не смогу обосновать перед собственником»
К разговору с собственником у вас будет что показать: что нашли, из чего выбирали и почему выбрали именно это. Дальнейшие работы согласуются по объёму, цене и рискам — до того, как начнутся.
«База уйдёт на сторону»
Обычно копировать ничего не нужно: работаем удалённо внутри вашей инфраструктуры. Если данные всё же надо вынести — объясняем зачем, что именно и куда, и согласуем отдельно.
Доступ берём в том объёме, который нужен для задачи: отдельная учётная запись, ограниченные права, соглашение о неразглашении.
«Получится, что мой айтишник не справился»
Не получится. У аварии другая специфика: нужен опыт разбора именно отказов и запасное оборудование, которого в штате обычно нет.
Мы не пишем отчётов о том, кто что настроил неправильно, и не работаем через голову вашего специалиста. Он остаётся в контуре и получает всё, что мы нашли, — с ним потом жить.
«Вы будете сразу продавать новый сервер»
Нет. Если текущую систему разумно восстановить — это и будет рекомендацией. Оборудование обсуждаем только когда понятно, какую конкретную проблему оно решает.
«Это надолго»
Первый этап — часы, не недели. И после него вы не обязаны продолжать с нами: результат можно передать своему ИТ или другому подрядчику.
Сколько стоит день простоя вашей компании, знаете только вы. Мы не подставляем чужие цифры — подставьте свои.
Час работы считаем как зарплату, делённую на 164 рабочих часа в месяц. Налоги и взносы сверху не берём. Потерянные продажи, претензии и сдвиг платежей — тоже. Это нижняя граница, а не страшная цифра.
Продажи оформляют заказы, склад проводит отгрузки, бухгалтерия работает с документами.
И почему это остановило компанию. Резервная копия не просто существует — проверено, что из неё восстанавливаются.
Диск всё равно когда-нибудь выйдет из строя. Разница в том, что теперь известно, откуда восстанавливать, что запускать первым и за сколько часов.
Для этого не нужно прямо сейчас покупать новый сервер или переделывать инфраструктуру. Сначала решаем сегодняшнюю задачу.
В будни с 9:00 до 18:00 — за 15 минут. Вечером и в выходные заявка встаёт первой в очередь на утро. Круглосуточного дежурства у нас нет.
Снимок ошибки, пара фраз о том, что было перед сбоем, контакт человека с доступами и информация о резервных копиях.
Не знаете, какая у вас база и где она лежит — не проблема. От вас не требуется сначала самому разобраться, что сломалось.
В большинстве случаев да. Если понадобится физический доступ к оборудованию, это станет ясно по ходу диагностики.
Удалённо работаем по всей России. На площадку выезжаем по Саратову и области.
В других регионах работаем через вашего человека или подрядчика: говорим, что именно делать и чего не делать.
Это плохо, но не означает, что данные потеряны. Проверяем текущую базу, служебные журналы, снимки виртуальных машин, старые копии и состояние дисков.
Тогда вопрос стоит иначе: сколько операций придётся заносить заново и есть ли способ достать более свежие данные. На это и отвечает диагностика.
Расскажите, что именно. Это помогает отделить саму аварию от следов ремонта.
Начинаем не с 1С, а с оборудования. При этом базу иногда быстрее поднять на другом сервере, чем ждать ремонта старого.
Разделяем две задачи: вернуть работу в чистой среде и отдельно разбираться с атакой. Это разные работы и разные сроки.
Зависит от аварии. После первичного осмотра вы получаете предметный ответ: что уже ясно, что ещё проверяем и есть ли быстрый способ вернуть хотя бы критичные процессы.
Скажем прямо и назовём, кто нужен дальше — вплоть до конкретной лаборатории. И объясним, чего до её подключения нельзя трогать.
Если при этом мы не ответили на три вопроса из гарантии — вы не платите.
Не нужно знать, что именно сломалось.
Пришлите снимок ошибки и напишите в двух фразах, что происходило перед сбоем. Мы скажем, какие доступы нужны, чтобы начать.
После первого этапа вы будете знать:

Системный администратор серверов 1С, Server360
Аварийные обращения я беру лично.