Удаление нужных файлов при "Удалении неиспользуемого материала"¶
- Table of contents
- Удаление нужных файлов при "Удалении неиспользуемого материала"
Описание проблемы¶
При удалении неиспользуемого материала программа предлагает удалить "нужные" файлы. И удаляет, если на это согласиться.
Причины¶
После предыдущего, нормального, удаления лишнего материала было сделано следующее:
* В настройках программы были изменены символические пути к каталогам хранения материала (Общие настройки \ Хранение звука и Общие настройки \ DB Storage).
При этом место хранения, адресуемое данным путем, физически не изменилось. Т.е. новый путь является псевдонимом старого.
Причиной обычно является:
* Переименование сервера хранения. Вместо \\OLD_SERVER\SND указывается \\NEW_SERVER\SND
* Переход на использование DFS путей. Вместо \\OLD_SERVER\SND указывается \\DFS_ROOT\DFS_SHARE\SND
* Переход от адресации через IP на UNC пути. Вместо \\11.22.33.44\SND указывается \\SERVER_NAME\SND
- Содержимое БД и/или расписания не было скорректировано. Было скорректировано не полностью.
При указанной смене путей программа не имеет возможности "понять", что файл \\OLD_SERVER\SND\1.wav и \\DFS_ROOT\DFS_SHARE\SND\1.wav это один и то же файл. Для программы это два разных файла.
При этом получаем ситуацию, при которой в настройках ПО прописаны новые пути, а в БД и в расписании - сохранились старые. В этой ситуации необходимо изменить пути, на которые ссылаются элементы БД и расписания на соответствующие им новые. Это делается по разному для БД и расписаний/папок (см. далее).
Если не выполнить коррекцию путей до выполнения удаления неиспользуемого материала, то произойдет следующее:
- Программа при удалении неиспользуемого материала построит список всех файлов в каталогах хранения материала. В нашем случае в настройках уже указаны "новые" пути.
- Программа сканирует БД и расписание и строит список все используемых файлов. В нашем случае - это файлы из "старых" каталогов.
- Программа сравнивает эти два списка и предлагает к удалению все файлы из списка 1, которых нет в списке 2.
Т.к. программа не имеет возможности определить совпадение двух различающихся путей, то она считает, что из "новых" каталогов файлы не используются и предлагает их удалить.
Как избежать¶
Чтобы избежать данной проблемы, нужно при смене путей каталогов хранения материала обязательно изменить все сохраненные "старые" пути на "новые". И в расписаниях и в МБД. Это можно сделать при помощи приложенных к страничке файлов:
- rename_storage.sql - это SQL-скрипт, который нужно выполнить в SQL Query Analizer или SQL Management Studio. Пере запускам скрипта нужно заменить пути в переменных old_path и new_path на префиксы старого и нового пути.* Без указания завершающего слеша*.
set @old_path='\server\old_path'
set @new_path='\cluster\new_path'
Перед началом изменения БД необходимо сделать бакап БД.
После выполнения скрипта все пути, начинавшиеся на \\server\old_path\…. будут начинаться \\cluster\new_path\….
- renp.rar - это приложение. Для его запуска необходим .NET2.0 и может понадобиться пакет обновлений.
Порядок действий
Сделать копию того, что конвертируется
Распаковать архив в отдельную папочку
Запустить renpath.exe
Указать
- каталог с файлами *.blk
- Старое начало путь к файлам, типа \\old-server\share
- Новое начало пути, типа \\new-server\share
Запустить процесс, нажав Convert!
