Скрипт резервного копирования SourceSafe - лучший подход?

Мне было интересно, как лучше всего создать резервную копию базы данных SourceSafe моей организации и переместить ее в общий ресурс на другом сервере? В настоящее время у нас есть запланированное задание, которое запускает командный файл, который, в свою очередь, выполняет сценарий PowerShell.

Этот сценарий Powershell создает файл резервной копии (используя аргументы командной строки SourceSafe), перемещает его на новый сервер (через диск, который был сопоставлен с сервером SourceSafe) и отправляет выходные данные резервной копии SourceSafe нашему администратору по электронной почте. Почта.

Этот процесс работает по большей части, но я не могу не чувствовать, что есть более оптимизированные подходы или инструменты, которые мы должны использовать. Любые советы приветствуются!


command-line powershell backup batch-file visual-sourcesafe
person Barry Gallagher    schedule 19.06.2009    source источник
comment
лучший совет, который я могу дать, - это перейти в репозиторий, отличный от SourceSafe! :)   -  person Mitch Wheat    schedule 19.06.2009
comment
Разве репозиторий с безопасным исходным кодом - это не просто набор файлов на общей папке Windows? Разве вы не можете просто использовать обычные инструменты резервного копирования файловой системы?   -  person skaffman    schedule 19.06.2009
comment
@skaffman, ты прав. Вот как мы это делаем (пока не завершится переход на TFS)   -  person Lieven Keersmaekers    schedule 19.06.2009

Ответы (3)


arrow_upward
2
arrow_downward

SSARC на самом деле не является инструментом резервного копирования. Я бы не рекомендовал это. Это больше похоже на способ вырезать и вставить сегменты репозитория VSS между разными базами данных. Не обошлось и без побочных эффектов. Как минимум, элементы в исходной базе данных помечаются как заархивированные. В худшем случае их удаляют.

Лучший способ - отключить вашу БД, заархивировать ее (или RAR, что угодно) и скопировать файл * .zip в безопасное место. VSS был разработан еще в те времена, когда совместное использование файлов было единственным межплатформенным протоколом, надежно доступным в локальных сетях ПК, поэтому файловая система является базой данных. По сравнению с современными системами клиент-сервер, архитектура VSS имеет много недостатков, о которых, я уверен, вы знаете, но вы также можете использовать ее удобство в своих интересах.

person Richard Berg    schedule 22.06.2009

arrow_upward
0
arrow_downward

Загляните в SSARC - http://msdn.microsoft.com/en-us/library/t9d14fh1(VS.80).aspx, но обратите внимание на то, чтобы отказаться от SourceSafe!

person RichardOD    schedule 19.06.2009
comment
Мы уже пользуемся утилитой SSARC :) Я должен был прояснить это в своем исходном посте. Мы изучаем Team Foundation Server в течение последних шести месяцев, но мы не приблизимся к принятию какого-либо решения по крайней мере еще шесть месяцев! - person Barry Gallagher; 19.06.2009
comment
В ПОРЯДКЕ. Я перешел с VSS на TFS. TFS намного лучше. Сейчас перехожу с TFS на Subversion, но мне нравится и то, и другое. - person RichardOD; 19.06.2009

arrow_upward
0
arrow_downward

Мы делаем это во многом так, как вы заявили, но также отключаем его каждую ночь и проверяем целостность. У нас он уже несколько лет отлично работает.

person Kevin LaBranche    schedule 01.08.2009