К сожалению, Adobe Reader имел многочисленные серьезные уязвимости безопасности в прошлых годах, и хотя Adobe сфокусировался немного больше на безопасности в последнее время (устанавливающий их Команду реагирования на инциденты безопасности продуктов (PSIRT)), мудро предположить, что новые уязвимости будут найдены и использованы.
Самые важные вещи, которые можно сделать:
Прочитайте Руководство по обеспечению безопасности Читателя, доступное из https://www.adobe.com/devnet/acrobat/security.html
В частности, отключите JavaScript, если это возможно, путем установки bEnableJS под HKEY_CURRENT_USER\Software\Adobe\Adobe Acrobat\9.0\JSPrefs к 0. Многое из недавнего использования использовало поддержку JavaScript.
Следите за блогом PSIRT и Центром Storm ISC новых уязвимостей.
Установите продолжающийся режим патча, гарантирующий быстрое развертывание новых версий, и активно уничтожьте старые версии.
Adobe PSIRT публично объявил о серьезном дефекте 14-го декабря 2009, но патч не был доступен до середины января 2010. Для временных интервалов как это у Вас должен быть план относительно смягчения управления безопасностью, например, блокируя PDFs на почтовых шлюзах и веб-прокси.
Рассмотрите использование альтернативных читателей PDF (Mac OS X имеет встроенную поддержку, Читатель Foxit и другие могут быть альтернативой на платформе Windows),
Robert Crane от CIAOPS является гуру Sharepoint и отправил серию шагов для миграции данных с WSS3.0 на Сервер Основы Sharepoint 2010 на его блоге. Я использовал их другая неделя для миграции 2 различных клиентов в SFS2010. Работавший безупречно!
Это отправляется в 15 различных разделах, таким образом, я дам Вам ссылку на последнюю, которая имеет все его предыдущие шаги, перечисленные в порядке. Надежда это помогает Вам!
Я знаю, что это говорит, что это для SBS2008, но tbh, который не имеет значения. При нахождении чего-то, что характерно для SBS, проигнорируйте его и продолжите.
Как всегда, удостоверьтесь, что у Вас есть план резервного копирования/отката на месте перед запуском чего-либо.
Microsoft имеет довольно исчерпывающий набор документации относительно того, как сделать это.
Я просто сделал подобную миграцию на прошлой неделе. В зависимости от Ваших требований доступности это может быть столь же просто как (метод отсоединения/присоединения):
Test-SPContentDatabase -Name <DatabaseName> -WebApplication <URL>
протестировать пользовательские компонентыMount-SPContentDatabase -Name <DatabaseName> -DatabaseServer <ServerName> -WebApplication <URL> [-Updateuserexperience]
зарегистрировать базу данных в SharePointСуществуют дополнительные соображения, если у Вас есть больше, чем просто содержание на Вашем старом сервере. Если Вы находитесь на WSS 3.0 SP2 (требование перед миграцией так или иначе), средство проверки перед обновлением помогает в определении тех потенциальных отклонений для Вас.