Вход | Регистрация


Информационные технологии :: Администрирование

Пропали файлы md и dds

Пропали файлы md и dds
Я
   Стрелок
 
15.01.13 - 20:10
Есть сервер. Доступ к нему (так чтобы работать с сервером) только уодного человека - у меня. остальные вваливаясь по RDP тут же получают окно старта 1С. на сервере порядка 10 баз данных.

По расписанию утром (с 05.30 до 06.30) запускается четыре пакетника для автообмена данными с другими программами у вендоров (производителей) - происходит выгрузка данных в определённом формате.

Фирма не работает в воскресенье

Ситуация : в субботу все отработали и потушили компы (сервер работает постоянно). В Понедельник при попытке входа в одну из баз сообщение об отсутствии словаря данных. Глянул - нет md, dds и пары dll

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

Вопрос - это как так? Мысли есть какие то?

ЗЫ. Данные выгружаются стандартные для таких случаев - остатки, обороты, долги и т.п. Работы с md нет(!!!!) может кто чего скажет?
 
 
   Aleksey
 
1 - 15.01.13 - 20:12
винт сдох?
   Стрелок
 
2 - 15.01.13 - 20:13
(1) нет 100 % зеркало аппаратный рейд
   MaxS
 
3 - 15.01.13 - 20:14
Бэкап есть?
   Стрелок
 
4 - 15.01.13 - 20:17
(3) дело не в бэкапе - всё уже работает - файлы восстановлены. у меня вопрос - чего это было то?
   mehfk
 
5 - 15.01.13 - 20:22
"Глянул события - извне никто в систему не заходил кроме того самого пользователя под которым происходит автообмен данными."
ЖР глянул? Или виндовый event viewer?
   Капитан Смоллет
 
6 - 15.01.13 - 20:25
Логи на серваке глянуть.
   mehfk
 
7 - 15.01.13 - 20:26
(5)+ С другой стороны, херня это. Залогиниться можно было и утром в субботу, а удалить файлы через стартер в конце дня :)
Включайте аудит на файлы.
   Стрелок
 
8 - 15.01.13 - 20:34
(5) виндовый
(7) можно, но интересен сам факт ситуации. чужих никого. Кроме того даже если юзер зайдёт под учёткой то ему окошко выбора баз выкинет. оттуда добраться до проводника проблематично довольно очень
   Lionee
 
9 - 15.01.13 - 20:34
(8)нечего проблематичного , если знать что жать
   Капитан Смоллет
 
10 - 15.01.13 - 20:38
(8) Даже здесь на мисте уже сто раз писАли, как из под терминала добраться до базы.
 
 Рекламное место пустует
   Стрелок
 
11 - 15.01.13 - 20:40
(9), (10) я в курсе что можно. но проблематично т.к. надо "знать что жать".
   Jump
 
12 - 15.01.13 - 20:45
А скрипты что нибудь удаляют? Ну там старые файлы, или еще чего?
   Стрелок
 
13 - 15.01.13 - 20:46
(12) нет. скриптов нет вообще - банальный батник из одной строчки в планировщике
   Стрелок
 
14 - 15.01.13 - 20:46
(10) кстати - ссылку можно а то влёт не найду что то
   Jump
 
15 - 15.01.13 - 20:49
Ну на баловство юзеров мало похоже - трудно пробраться, да и какой смысл.

А вот логи антивиря глянуть можно, они к контейнерам типа md с некоторым пристрастием относятся.
   Стрелок
 
16 - 15.01.13 - 20:53
(15) за 5 лет первый раз????? сеогдня всё окей
   Jump
 
17 - 15.01.13 - 20:56
(16)Все когда нибудь бывает в первый раз.
А антивирь такая штука - базы обновляются постоянно, сегодня кинули ошибочно сигнатурку - он потер, через час приходит обновление, уже ошибочную сигнатуру поправили.

Был же случай  несколько лет назад, когда толи каспер, толи eset грохал эксплорер, из за ошибочной сигнатуры.
   Jump
 
18 - 15.01.13 - 20:57
Так что ты все-таки логи глянь, да и карантин посмотри.
Мало-ли.
   Капитан Смоллет
 
19 - 15.01.13 - 20:58
(14) Шутите? Модера просите хакерские штуки привести. Включите  службу каталога сеансов служб терминалов на серваке.
   Эльниньо
 
20 - 15.01.13 - 20:59
(8) В чём проблема то. В одной фирме вумник админ мне тоже сделал вход по РДП сразу в эску. Ха!
Через 5 минут у меня на мониторе был рабочий стол сервака.
   Jump
 
21 - 15.01.13 - 21:01
Ну и для удаления этих файлов не нужен доступ к серверу, их можно удалить средствами самой 1с.
   Нуф-Нуф
 
22 - 15.01.13 - 21:03
да все вы умники. автор вопрос задает. это был глюк или нет. если нет - то злой умысел, если да - то какой именно глюк
   Капитан Смоллет
 
23 - 15.01.13 - 21:05
(22) Откуда мы знаем, если велись только логи входа на сервак? А вот со злым умыслом аккуратнее. Не надо тут технологии рассказывать..
   Jump
 
24 - 15.01.13 - 21:07
(22)Ну кто-ж точно то скажет? Тут логи нужны, и то не факт, что помогут.
Поэтому версии толкаем.

Я думаю, что самое вероятные причины -
а)Глюк антивируса.
б)Удаление этих файлов пользователем, из другой базы 1с - банально в окошке выбора грохнул.
   Zypse
 
25 - 15.01.13 - 21:07
Если удалены только md, dds и dll - то скорее всего умысел. Файлы то ключевые...
   Jump
 
26 - 15.01.13 - 21:08
(25)И что, при наличии бэкапов?
   Капитан Смоллет
 
27 - 15.01.13 - 21:10
(26) Бэкапы есть (4). ТС причину знать хочет.
   Jump
 
28 - 15.01.13 - 21:12
(27)Это я к (25).
Какой смысл удалять эти файлы по злому умыслу, если знаешь, что завтра админ их из бэкапа поднимет.
   opty
 
29 - 15.01.13 - 21:15
(22) Трудно представить себе глюк в результате которого удалены именно md и dds
   Zypse
 
30 - 15.01.13 - 21:16
(26) так пакости бывают большими и маленькими. Да и про бэкапы знает только админ. Многие дартаньяны их не делают...
   Стрелок
 
31 - 15.01.13 - 21:16
(23) велись все штатные логи системы.
(22) Бинго!
(25) ну очень маловероятно. я на этой фирме знаю только одного чела который чуть шарит в компах на уровне "хороший юзер". но он начальник отдела логистики и упавшая база для него лично это серп по одному месту. если 70 машин не выведет вовремя то можно себе представить чего будет
   Стрелок
 
32 - 15.01.13 - 21:17
(29) Спрошу напрямую. вот смотрите - стартует пакетник читает md и dds при загрузке базы и... в этот момент что то происходит что убивает файлы начисто. вероятно?
   Стрелок
 
33 - 15.01.13 - 21:18
(30) про бэкапы знают многие. была ситуация после которой делается суточный бэкап диска не внешний терабайтник и ночные бэкапы средствами 1С. "дело то громкое было" ©
 
 
   opty
 
34 - 15.01.13 - 21:20
Вероятней всего кто то из юзеров по терминалке , хотел что то сохранить , увидел что не туда , мышка дернулась , куда нибудь перенеслись или типа того .
   Стрелок
 
35 - 15.01.13 - 21:20
(34) сохраняют они конечно активно всякие отчётики но дело то в том что в штатном варианте этих файлов не видно в проводнике "Сохранить как..."
   Lionee
 
36 - 15.01.13 - 21:21
(34) 3 раза дернулась ))) у все не туда
   Стрелок
 
37 - 15.01.13 - 21:21
(35) добавлю - шары на пупку нет и по сетке до неё не достучаться
   Стрелок
 
38 - 15.01.13 - 21:21
"шары на папку" ;)
   Капитан Смоллет
 
39 - 15.01.13 - 21:22
(32) Маловероятное событие. Если даже представить отключение, а ИБП наверняка стоят. Так что Путин, или кто там у вас - Янукович.
   opty
 
40 - 15.01.13 - 21:22
(32) Пакетник читает , но не пишет , если при обновлении конфы на сервере , прошел сбой то может быть , при простом старте нет
   Стрелок
 
41 - 15.01.13 - 21:22
а нет ли какого нибудь логера под 2003 так чтобы писал в журнал все действия с файлами?

ещё вопрос - если я на md и dds поставлю "только чтение" поможет в дальнейшем?
   Стрелок
 
42 - 15.01.13 - 21:23
(40) в том то и соль что я последний раз на серваке работал в пятницу
   Стрелок
 
43 - 15.01.13 - 21:24
кстати - момент интересный. если пакетник отрабатывает то в работе задействованы как раз уцелевшие библиотеки. файлы данных заблокированы скулем. хотя файлы прописей уцелели - это я вслух думаю - может всё хотели грохнуть - не всё удалилось....
   Jump
 
44 - 15.01.13 - 21:24
(41)Эээ, кому поставишь? Пользователю от имени которого база запускается?
   Стрелок
 
45 - 15.01.13 - 21:24
(39) свет не отключался - я бы рассылку получил
   Стрелок
 
46 - 15.01.13 - 21:25
(44) всем кроме себя
   Стрелок
 
47 - 15.01.13 - 21:26
чужие к базе не подключались.. мистика какая то... антивирь - Nod обновлённый
   Jump
 
48 - 15.01.13 - 21:26
(44)Ну да. Обновляешь только ты?
   opty
 
49 - 15.01.13 - 21:26
(42) Возможен но маловероятен криво настроенный антивирусник (уже озвучивали) .

Сбой на винтах что бы именно эти файлы исчесли - вероятность ничтожная .

При запуску базы (при чтении этих файлов) , исчезнуть не могут .

Остаются варианты умышленное или не умышленное  (по глупости или невнимательности)удаление-перемещение данных файлов , руками или скриптом
 
 Рекламное место пустует
   Стрелок
 
50 - 15.01.13 - 21:27
(48) с этой фирмой работаю только я
   Jump
 
51 - 15.01.13 - 21:27
Кстати, а у тебя удаленный доступ есть к серверу?
Может пароль где засветил?
   Стрелок
 
52 - 15.01.13 - 21:30
вот чего нашёл в логах

Реестр пользователя SERVER_G\Автообмен_1 был сохранен в то время, как приложение или служба продолжали использовать его во время выхода из системы. Используемая реестром пользователя память не была освобождена. Реестр будет выгружен, когда он не будет использоваться.

Возможная причина - службы, выполняемые от имени пользователя. Попробуйте изменить настройку служб и задать их выполнение с учетными записями LocalService или NetworkService.
   Стрелок
 
53 - 15.01.13 - 21:30
(51) ну пароль знают три человека кроме меня - хозяин фирмы, его брат и сын.
   Стрелок
 
54 - 15.01.13 - 21:31
(51) ессно доступ есть. vpn+RDP+авторизация
   Jump
 
55 - 15.01.13 - 21:32
Еще как вариант - год назад ситуация была, в небольшой конторе которую я обслуживаю, начали творится странности в базе. Как будто кто то балуется - создавались идиотские документы которых никто не создавал, помечались на удаление нужные.
В итоге приехал к ним за 200верст - один из сотрудничков стал ходить с ноутом, припер точку доступа, и воткнул ее в сеть.
Пароля на вайфай нет, а контора на первом этаже жилого дома.
Какой-то школьник резвился в сети.
   Стрелок
 
56 - 15.01.13 - 21:34
(55) тут всё закрыто. вай-фая нет как класса. IPSec на два офиса + выделенный канал у провайдера.
   Jump
 
57 - 15.01.13 - 21:34
(53)Логи входов есть?
Что знают трое...
В общем хозяин, брат и сын, не айтишники, могли по недомыслию где засветить.
   Стрелок
 
58 - 15.01.13 - 21:35
(57) очень врядли - серьёзные грамотные люди. да и зачем им это? всего рассказать не могу - но секьюрность на уровне организации хорошая

(57) пользователь "Администратор" в систему в воскресенье не входил
   Jump
 
59 - 15.01.13 - 21:36
(56)Так и там не было.
А кто юзеру мешает включить вместо рабочего компа точку доступа? А уж в нее проводом комп?
Как это отследить, когда пользователей много?
   Стрелок
 
60 - 15.01.13 - 21:39
(59) в воскресенье офис закрыт на ментов-охранников (ОВО) и собаку
   Jump
 
61 - 15.01.13 - 21:40
Я думаю стоит на всякий случай кроме выставления флага "только чтение", поменять админский пароль, и пароль под которым работает 1с.
Ну и аудит файловый включить.
По крайней мере спокойней будет.
   Стрелок
 
62 - 15.01.13 - 21:43
(61) аудит не помешает работе 1С? десять баз. 20 юзеров. общее количество подключений до 50 одновременно
   Jump
 
63 - 15.01.13 - 21:43
Еще один момент - компьютеры юзеров на ночь все вырубаются? Или возможны варианты? И как там дело с интернетом?
Запущенный тимвьювер у оператора, админских прав не требует, - и грамотный юзер по удаленке.
   Стрелок
 
64 - 15.01.13 - 21:43
(+62) база живая большая и уронить не очень хочется...
   Стрелок
 
65 - 15.01.13 - 21:44
(63) на серваке нет вьюера вообще. компы юзеров отключаются кроме компа старшего менеджера - она бывает перепроводит базы ровняя себестоимость
   Стрелок
 
66 - 15.01.13 - 21:45
(63) интернета нет - не всех почти тачках стоит линукс (три всего с лицухой винды ХР - у старших менеджеров).
   Jump
 
67 - 15.01.13 - 21:47
(62)Ну нагрузка конечно увеличится, но я не думаю что офигенно критично, у тебя же скуль, не файловая.
   Jump
 
68 - 15.01.13 - 21:49
Кстати а сотрудники работающие с базами в ближайшие дни увольнялись/принимались на работу?
   Стрелок
 
69 - 15.01.13 - 21:50
(68) да х.з. Ни один юзер в воскресенье не заходил. вход только от пользователя "Автообмен" - от его имени стартуют задания
   Стрелок
 
70 - 15.01.13 - 21:56
опа вот чего нашёл (судя по никам перепост отсюда)

Все, нашел... :-) Вот помучиться пришлось, зато много интересного узнал про политики, аудит файлов и т.д.
В общем, действительно дело в комбинации:
ФС.УдалитьФайл(ИмяФайла)
При очистке данным способом дискеты в случае её отсутствия и происходит исчезание всех незадействованных в данных момент файлов из каталога рабочей базы. Насколько это справедливо для жестких дисков или сетевых каталогов - не знаю, потом время будет - проверю, а сейчас спать хочется :-)))
Я всем участникам обсуждения очень благодарен, огромное спасибо за помощь!
   Скользящий
 
71 - 15.01.13 - 22:26
У меня было похожее при обмене по УРБД на семерке. Когда делал это прогой УРБД мастер, которая это сама делает пакетным заданием 1С, то если обновить конфигурацию центральной базы при обмене с периферийной начисто удалялась сама центральная база. Было 2 раза (оба раза были бэкапы), воспроизводить ошибку не стал. Там много факторов было, обмен шел в виртуальной машине хп моде на сервере вин7  с периферийками на хрюше.
   Скользящий
 
72 - 15.01.13 - 22:31
Херились кстати все файлы в папке базы кроме  папок, мд, дд, дбф, и тд.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует