День добрый!
Вопрос: есть вариант узнать кто, когда изменил пути к базам?
Базы на серваке.

Спасибо.

попробуй угрозы и шантаж

какие пути? К каким базам?
Изменил тот, у кого на это есть праа

(1) В винде нет что-то типа "Журнала регистрации"?

(3) Тебе на каждый файлик на каждый чих писать лог?
А не лопнет ли диск?

(4) Я спрашиваю.
То есть не вариант - узнать когда?

(5) Есть. Паяльник. Пассатижи. Банальная плётка.

(0) Тот кто пользуется данной учётной записью - нечего оставлять неблоченный комп и рассказывать свой пароль кому не лень.
(5) Вариант есть - откатывать последовательно на точки восстановления и смотреть пути.

(7) Спасибо.

(6) Ещё дверь забыл - как самое доступное подручное средство.

(0) Зачем это все?

(10) Ну, блин...
Есть клиент. Около 20 пользаков, около 15 баз (семерка + восьмерка). Есть сервак, на котором стоят базы. С весны происходит какая-то хрень - общие файловые ошибки, вылеты, не пускание...
Админ - козёл.
У меня появилось ощущение, что проблема с сервером. Кстати, выяснилось, что на серваке стоит семерка проф.
Есть старый сервак - на нем сетевая операционка. Перенесла туда базы. Всех переподключила. 2 дня тишина...
Сегодня, оказалось, что у одной старые пути к базам (на первый сервак).
Админ, который козел, что-то у неё делал...
Хотелось бы выяснить - что произошло.
Всё.

(11) "Хотелось бы выяснить - что произошло." - я давно бросил такими думками себя загружать. обращаюсь к руководителю админа или к самому админу.

+ (12) с козлом-админом тяжелее будет) пару раз так взгреть его перед руководством. должно отпустить.

(12) У админа на все вопросы, связанные с работой эски, ответ - это эска виновата.

(11) Хорошо. отчет развернутый. Зачем тебе это все? пусть админ и разбирается.

(11) а вот это "у одной старые пути к базам" - это как? Где какие пути в базе хранятся?

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

(15) Вангую, что при "ошибках, вылетах, не пусканиях" первым делом бегали к админу, но, после пары отфутболиваний с "это эска виновата", бегут к ТС.

(16) Базы переносила на сервер (я) с адресом 198\....\100. Были на сервере с адресом 198\....\19.
У всех 100, у одной 19.

(18) А что им остается делать?

(18) Вангую, что если админ осел, одинэсник может не исполнять волю сисадмина, а тупо хорошенько его взбодрить, выкатив нехилый счет за его работу.

(19) так речь про путь на клиенте? При чем тут админ тогда?

(21) При чем тут клиент? Базы на серваке.

Думаю произошло так, базы перенесли админу не сказали...
Админ по старинке отработал,

Вывод когда переносите  базы , старые переименовывание.

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

(23) Вот тут косякнула - переименовать... Чёт, побоялась...