Это описано в мельчайших подробностях в Книге Подверсии:
Насколько полное резервное копирование идет, наивный подход мог бы походить на нормальный, но если Вы временно не отключаете весь другой доступ к своему репозиторию, просто делание рекурсивной копии каталога рискует генерировать дефектное резервное копирование. В случае Беркли DB документация описывает определенный порядок, в котором файлы базы данных могут быть скопированы, который гарантирует действительную резервную копию. Подобное упорядочивание существует для данных FSFS. Но Вы не должны реализовывать эти алгоритмы сами, потому что группа разработчиков Подверсии уже сделала так. svnadmin hotcopy команда заботится о minutia, вовлеченном в создание горячего резервного копирования Вашего репозитория. И его вызов так же тривиален как CP Unix или операции копии Windows:
$ svnadmin hotcopy /var/svn/repos /var/svn/repos-backup
Результирующее резервное копирование является полностью функциональным репозиторием Подверсии, который в состоянии заглядываться, поскольку замена для Вашего живого репозитория должна что-то идти ужасно неправильно.
...
Дополнительные инструменты вокруг этой команды доступны, также. tools/backup/каталог исходного распределения Подверсии содержит горячий-backup.py сценарий. Этот сценарий добавляет немного резервного управления на svnadmin hotcopy, позволяя Вам сохранить только новое настроенное количество резервных копий каждого репозитория. Это будет автоматически управлять названиями поддержанных каталогов репозитория для предотвращения коллизий с предыдущими резервными копиями и будет “вращаться от” более старых резервных копий, удаляя их так, чтобы только новые остались. Даже если у Вас также есть инкрементное резервное копирование, Вы могли бы хотеть запустить эту программу регулярно. Например, Вы могли бы рассмотреть использование горячий-backup.py от планировщика программы (такого как крон в системах Unix), который может заставить его работать ночью (или при любой гранулярности времени Вы считаете безопасными).
Во-первых, я рекомендовал бы, чтобы Вы прекратили использовать командную строку и конечно прекратили использовать Internet Explorer для соединения с FTP. Используйте достойную программу FTP вместо этого, что-то как FileZilla, который покажет Вам ответы сервера, которые Вы получаете, который можно использовать для решения вопросов входа в систему.
Что касается одинокого ftp>
, если Вы запускаете командную строку и тип ftp
Вы получите не что иное как ftp>
подсказка. Необходимо ввести open ftp.domain.com
при этой подсказке, прежде чем Вас будут требовать войти в систему с именем пользователя или паролем (если Вы не ввели ftp ftp.domain.com
прежде всего!)
Так, две опции:
C:\Users\User>ftp
ftp>open ftp.domain.com:30001
или
C:\Users\User>ftp ftp.domain.com:30001
У меня есть FTP, работающий на Windows Server 2008 R2 с пользователями менеджера по IIS поэтому, если Вам нужно что-нибудь далее, сообщить мне.
Относительно Вашей первой проблемы (аутентификация): сервис FTP IIS имеет партии и много способов аутентификации, таким образом, могло быть много причин, почему он не впускает Вас. Наиболее распространенная причина входит в систему как пользователь, который не имеет полномочий чтения на корневом каталоге FTP, но могли быть многие, намного больше.
Относительно Вашей второй проблемы (не могущий открыть передачу данных): это обычно - проблема брандмауэра. Откуда Вы пытаетесь соединиться? У Вас есть та же проблема при выполнении клиента и сервера на той же машине? Вы попытались полностью выключить Windows Firewall?