Нет, скрипта нет. Но делается все не так сложно. Даже можно с минимальным даунтаймом переехать.
Примерно так:
1. Поднимает софт на новом сервере
2. Обмениваемся SSH-ключами между серверами
3. Копируем файлы rsync-ом
4. Переливаем БД, можно напрямую (дамп тут, а выхлоп через "|" туда)
5. Проверяем все
6. Готовим конфиг nginx чтобы все что придет на старый сервер проксировалось на новый
6. Пару раз делаем доп. синк файлов, если проекты нагружены. Чтобы финальный синк был быстрей.
7. Выключаем проекты на старом месте
8. Ставим переливаться БД по новой (данные-то уже устарели после п.4.)
9. Синкакаем файлы в последний раз.
10. Запускаем nginx на старом
11. Проверяем что все работает
12. Меняем DNS-записи
13. Ждем для 2 пока запросы не перестанут ходить на старый сервер
14. Тушим старый сервер.
Чтобы без труда поменять реализацию. Например выпустят разрабы нечто вроде Math.random_ex. Оно-то лучше, но не везде работает и менять везде по коду не удобно. А так - в одном месте сменил или if поставил и готово :)
1. Есть DBA - ничего. Нет DBA - все.
2. Религия в основном.
3. Читать документацию. Пробовать.
4. Бекап перед апдейтом всегда.
5. Сравнивать самому на типичных для выбранного проекта нагрузках.
6. От задач отталкиваться. Вроде как MyISAM быстрее на запись.
7. Гугл, маны и практика.
Файловый сервер - это скорее всего samba
Почитать стоит также о правах на файлы, о iptables, о дистрах и разнице между ними (как минимум deb-based и rpm-based).
Почитать что такое SSH и доступ к серверу по ключам. Скачать и пощупать какой-нить putty.
Команды нужные гуглятся за секунды, но какойнить "Карманный справочник по командам Linux" можно и почитать.
