Блог о технологиях, технократии и методиках борьбы с граблями
Возникла тут на форуме у одного коллеги задача- снять с веб-почты все вложения, хранившиеся там вместе с письмами. Причем писем около 2к штук, так что естественно сохранять из бродилки поштучно это не вариант. Ну и стали думать как сделать, чтобы не заниматься тем же самым в почтовом клиенте, сохраняя их поштучно.
Собственно вариантов пришло в голову две штуки: (more…)
Имея собственный веб-сервер перед пытливым умом веб-мастера встает проблема, что все это барахло надо бэкапить, причем желательно регулярно и по расписанию. Ну и поскольку не имеет смысла хранить ключи от сейфа в верхнем ящике письменного стола, то это богатство необходимо куда то выносить с сервака, причем желательно подальше.
Поэтому разберемся как нам заархивировать данные веб-сервера и вынести по фтп куда нить на сторону. Теоретически можно конечно воспользоваться ssh или rsync соединением, но о последнем я отпишусь позже, так как по хорошему, перед началом систематических резервирований, нам следовало бы забэкапить вообще всю систему, с тем чтобы в случае каких то косяков сначала разворачивать её, а потом уже по верху выкатывать имеющиеся архивы.
Помнится я писал уже о несовместимости дров под Windows 7 со старым оборудованием. Тогда речь шла о карте ATI Radeon Xpress 1100 на ноутбуке Asus F5R. Но по итогам разбора полетов я полагал, что это все таки проблема ATI, а не Windows 7. Но выяснилось, что предвзятость – страшная вещь, ибо на днях столкнулся точно с такой же проблемой на ноуте Sony VAIO PCG-6QNP, где стоит NVIDIA GeForce Go 7400.
В профессии сисадмина меня больше всего убивают пляски с бубнами, то есть какие то телодвижения на грани шаманства и колдовства, позволяющие системному администратору выполнять свою работу. Чаще всего к такому относится такие моменты, что в присутствии системного администратора все работает, не глючит, нормально включается. Но достаточно админу закрыть за собой дверь, как все оборудование приходит в неистовство. Ну или выполнение одних и тех же, не зависящих друг от друга, процедур в разной последовательности дает разный результат.
Есть у меня клиент- ярый поклонник, если не сказать фанат, решений от мелкомягких, которые он и требует развертывать в его инфраструктуре, так что приходится изучать все их инновационные веяния. Это я собственно рассказываю, чтобы меня не обвинили случайно в извращениях, о которых рассказ пойдет ниже.
Так вот, уже с год у него имеется навязчивая идея использовать для почты своей конторы решение облачного сервиса Microsoft Office 365, о котором, как мне казалось, я писал по прошлой весне (но найти данной статьи я не смог), когда изучал решение от буржуйских партнеров Microsoft – 123Together и тогда остался крайне недоволен качеством предоставляемого сервиса. В этот раз проба пера уже была через российского партнера Microsoft, некоего интегратора, от которого приехал очень приятный пресейл, все нам рассказал и показал, правда, как выяснилось, на половину интересовавших меня вопросов он не смог дать вразумительный ответ, так что досылал их уже после по мылу.
Собственно о том, что я вынес из беседы и последующего тестового периода, под катом:
Российские компании конечно несколько вымораживают своим уровнем сервиса: выбирали тут клиенту NAS, долго и натужно, и в итоге остановились на определенной модели, которая, как оказалась была представлена в Москве, по более-менее вменяемой цене всего у нескольких контор.
В итоге обзвонив все, выяснили что в всех средний срок ожидания массива составит около двух недель, а в одной он лежит на складе в ожидании счастливых обладателей. Отлично- на этом моменте я отключился от операции “найди массив” и забыл о нем, пока на днях не приехал к клиенту на переговоры по одному интернет проекту. Пока суть да дело, вспомнили про NAS, а кстати где же мальчик?
В итоге секретарь позвонила в контору, при том что счет оплатили на следующий же день после заказа, а ей там и говорят- нет у нас массива, ждем в начале следующей недели.
То есть этакая сейлзовая система нипель- тебе обещают поставку, ты переводишь деньги, а потом хитрованы ждут когда ты сам чухнешься и позвонишь. И тогда разводят удивленно руками и говорят- ну вот нету. Жаль. Тут уже от фантазии продавцов зависит, будет ли это ошибка системы, определенного продавца или динамо поставщика. Смысл в том, что тебе либо надо вставать в позу и требовать возврата денег, со всеми сопряженными сложностями, либо махнуть на это дело рукой и покорно ждать доставки.
Я бы на свой г. характер пошел на принцип, но клиент решил расслабиться и получить удовольствие. А так бы конечно при покупке за налик, фирма была бы послана лесом и выбран другой, более вменяемый поставщик.
Ну а что- тяпницо. Все в рабочем порядке: сижу никого не трогаю, занимаюсь своими делами. В 17 часов звонок от клиента- не пущает в 1С. Выходные так сказать начались.
Вообщем что имеем: ошибка “-200 File is not data file” и далее точный адрес пациента. Данная проблема говорит о том, что файл базы данных бякнулся и система не может его распознать как базу данных. Так что путей лечения буквально чуть-чуть, но основной базируется на постулате, что одни админы никогда не теряли данные, а другие уже их резервируют.
Но есть несколько операций, которые возможно могут помочь в этой не простой задаче:
1. Сделать резервную копию уже порушенной базы;
2. Прочекать диск на ошибки, если вдруг выяснится что компьютер перед этим перегружали по кнопке, или он вис (хотя бухгалтеры при этом вопросе сразу начинают уходить в несознанку);
3. Прочекать базу на ошибки: Конфигуратор -> Администрирование -> Проверить на ошибки ИБ (или как то так);
4. Если с бэкапом сложно, то можно попробовать переставить программную часть, хотя мне кажется это из раздела бубнов;
5. Ну и последняя (сугубо теоретическая) надежда, которая основывается на крике бухгалтерам “РУКИ ОТ КОМПЬЮТЕРОВ!” после падения базы. Вероятнее всего, что если этого крика не было, прежде чем вам позвонить они раз 150 пытались уже запустить базу, видели ошибку и снова запускали. Но в надежде что это было все не так, можно попробовать просканить файловую структуру диска в данной папке, вполне возможно что сможете там найти удаленные хвосты переписанного файла.
И никогда не доверяйте бухгалтерам. Они ленятся делать бэкапы сами.
