Обновление базы данных Sharepoint от SQL Server 2000 до 2005

Существует случай, который будет сделан, то это поведение имеет больше смысла (и я полагаю, что это используется rsync, даже на GNU/Linux). Рассмотрите следующий случай:

 mydir
   |-.fileA
   |-fileB

Семантика этих трех спецификаторов все отличаются:

 cp -r mydir   dest/   # creates dest/mydir, containing both files
 cp -r mydir/  dest/   # copies both files directly into dest
 cp -r mydir/* dest/   # copies fileB, but not .fileA, directly into dest

Я полагаю, что это - пример различия между BSD и GNU. Можно установить GNU приправленные инструменты с помощью штрейкбрехера (см. coreutils пакет), но они не могли бы сохранить весь HFS + метаданные, поэтому соблюсти осторожность.

Можно прервать команду и разделить запаздывающую наклонную черту. Я оставлю это как осуществление читателю или другие отвечающие стороны.

Можно изменить поведение заполнения клавишей Tab, таким образом, наклонная черта не добавляется во-первых. Добавьте следующее к Вашему ~/.tcshrc:

 unset addsuffix

Можно достигнуть подобного эффекта в ударе и misc readline утилиты путем добавления следующего к Вашему ~/.inputrc:

 set mark-directories off

2
задан 19 August 2009 в 22:21
3 ответа

Наличие групп файлов только для чтения является глюком от личного опыта.

Удостоверьтесь, что Вы выполняете SQL Server, 2005 обновляет советника на рабочем сервере Ваше обновление, это поймает 90% проблем, с которыми Вы могли бы столкнуться и консультировать Вас по вопросам того, что необходимо сделать для фиксации их.

Имейте непредвиденное обстоятельство / откатывают план.

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

0
ответ дан 3 December 2019 в 16:05

Я сделал миграцию, не обновление. Вот поток на StackOverflow.com, который работал хорошо на меня.

0
ответ дан 3 December 2019 в 16:05

По-видимому, Вы будете идти 32-разрядные в SQL 2005. Миграция, конечно, более безопасна, чем обновление на месте, потому что у Вас есть спасательное судно для возвращения к.

Для перемещения логинов, особенно логинов SQL и их соответствующих паролей, не пропускают sp_help_revlogin хранимую процедуру, что MS начал с SQL 2005. Я использую sp_help_revlogin для хранения текущего сценария логинов SQL и также обычно сценария, полномочия базы данных для аварии восстанавливают цели.

0
ответ дан 3 December 2019 в 16:05

Теги

Похожие вопросы