Можно ли случайно удалить теневые копии VSS с помощью shutil.move, os.rename и os.path.exists на файловом сервере windows? - PullRequest
0 голосов
/ 09 апреля 2020

Таким образом, у нас есть точная ИТ-поддержка, и мы более или менее предоставлены нашим собственным устройствам, если проект не привлекает ИТ. Я работал над сценарием python, который пытается разрешить проблемы, возникающие на нашем файловом сервере (windows), где некоторые пути файлов слишком длинные. Я тестировал свой сценарий в отдельном каталоге на root сервера (например, D: \ Test_folder). Сервер сопоставлен с моим P C как сетевой диск. После тестирования скрипта я отменил изменения, восстановив каталог из резервной копии. Я работал над этим время от времени в течение нескольких недель (я отстой в кодировании, смеется), но затем заметил, что больше не было никаких резервных копий (тени VSS). Я поинтересовался у нашего айтишника, и он сказал, что больше не может найти резервных копий. Казалось, он намекнул, что мой скромный сценарий как-то уничтожил все резервные копии. Я считаю это очень маловероятным, единственными функциями, которые взаимодействуют с сервером, являются shutil.move, os.rename и os.path.exists; фактические пути к файлам берутся из электронной таблицы, поэтому нет необходимости просматривать их или сканировать. (... и у этого ИТ-работника есть прецедент, который в прошлом не справлялся с резервным копированием). Кроме того, тестовые файлы были не больше 5 ГБ на диске ~ 3 ТБ, 1,5 ТБ оставались без изменений. Насколько вероятно, что моему сценарию удалось создать резервные копии? Где искать доказательства того, почему и как отсутствуют теневые копии? ... или, скорее, есть ли какие-либо доказательства (даже просто сообщения в блоге или ресурсы), которые бы определяли, является ли мой сценарий виновником?

Заранее спасибо.

...