Результаты поиска

Как восстановить резервную копию базы данных с помощью SQL Server 2005 по сети? Я помню, что делал это раньше, но было что-то странное в том, как вы это делали.

Я пытаюсь сделать резервную копию файловой системы сервера RedHat Enterprise Linux v4 с помощью Symantec Backup Exec 11d (Rev 7170). Резервный сервер-это Windows Server 2003.

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

Однако, когда я запускаю реальную резервную копию, задание не выполняется сразу во время фазы "processing" с ошибкой:

e000fe30-произошел сбой связи.

Я пробовал открывать порты (10000, 1025-9999) и т. д. Но никакой радости. Есть идеи?

Как вы создаете резервную копию своей машины разработки, чтобы в случае катастрофической неисправности оборудования вы были готовы и запущены в кратчайшие сроки?

Что является лучшим решением для поддержания резервного копирования и контроля версий на живых веб-сайтах?

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

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

К сожалению, SVN размещает .SVN скрытых каталогов везде, которые вызывают проблемы, особенно когда другие разработчики делают изменения структуры папок или копируют / перемещают каталоги веб-сайтов. Я слышал аргумент, что это вопрос образования и т. д. но подход, принятый SVN, просто не является для нас практическим решением.

Я думаю,что, возможно, инкрементное резервное копирование может быть лучше.

Другие возможности включают в себя:

1. SVK, который является только командной строкой, которая становится проблемой. Кроме того, я не уверен, насколько это будет уместно.

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

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

   Одним из недостатков Mercurial является то, что он не помещает пустые папки под управление версиями, что является проблематичным для веб-сайтов, которые часто имеют пустые папки в качестве мест-заполнителей для загрузки файлов и т. д.

3. Rsync , который я на самом деле не исследовал.

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

Ответ ответов:

• @Kibbee :

  • Речь идет не столько об образовании, сколько об отсутствии знакомства с чем-либо, кроме VSS, и об отсутствии времени/усилий для изучения чего-либо еще.

  • Подход xcopy/7-zip звучит разумно, я думаю, но он быстро займет много места, верно?

  • Что касается управления версиями, я думаю, что мне бы хотелось, чтобы система управления версиями просто сказала: "это состояние папки сейчас, я разберусь с этим, и если я не смогу сопоставить материал, который является вашей виной, я просто начну новые истории", а не потерплю неудачу.

• @Steve м :

  • Да, это более приятный способ сделать это, но потребует значительных культурных изменений. Сказав, что мне очень нравится такой подход.

• @mk :

  • Хорошо, что я не подумал об использовании Rsync для развертывания. Это только загружает различия? Перезапись всего живого каталога каждый раз, когда мы вносим изменения, будет проблематичной из-за простоя сайта.

Мне все еще любопытно посмотреть, есть ли еще какие-то традиционные варианты

Я хочу настроить задание cron для rsync удаленной системы на резервный раздел, Что-то вроде:

bash -c 'rsync -avz --delete --exclude=proc --exclude=sys root@remote1:/ /mnt/remote1/'

Я хотел бы иметь возможность "set it and forget it", но что делать, если /mnt/remote1 будет размонтирован? (После перезагрузки или чего-то еще) я хотел бы ошибиться, если /mnt/remote1 не смонтирован, а не заполнять локальную файловую систему.

Редактировать:
Вот что я придумал для скрипта, очистку улучшений оценил (особенно для пустого тогда ... иначе я не мог бы оставить их пустыми или bash ошибки)

#!/bin/bash

DATA=data
ERROR="0"

if cut -d' ' -f2 /proc/mounts | grep -q "^/mnt/$1\$"; then
    ERROR=0
else
    if mount /dev/vg/$1 /mnt/$1; then
        ERROR=0
    else
        ERROR=$?
        echo "Can't backup $1, /mnt/$1 could not be mounted: $ERROR"
    fi
fi

if [ "$ERROR" = "0" ]; then
    if cut -d' ' -f2 /proc/mounts | grep -q "^/mnt/$1/$DATA\$"; then
        ERROR=0
    else
        if mount /dev/vg/$1$DATA /mnt/$1/data; then
            ERROR=0
        else
            ERROR=$?
            echo "Can't backup $1, /mnt/$1/data could not be mounted."
        fi
    fi
fi

if [ "$ERROR" = "0" ]; then
    rsync -aqz --delete --numeric-ids --exclude=proc --exclude=sys \
        root@$1.domain:/ /mnt/$1/
    RETVAL=$?
    echo "Backup of $1 completed, return value of rsync: $RETVAL"
fi