перенёс клиента на новый сервер за утро, что чуть не забыл

С утра переносил клиентский сайт с почтой на новый сервер, вроде рутина, а чуть не наступил на две грабли, поделюсь, чтоб вы не.
Первое: перенёс файлы и базу, всё поднялось, обрадовался — а про cron забыл. У клиента там ночью выгрузка в 1С по расписанию, на старом сервере крон остался, на новом нет. Хорошо, вспомнил до того, как старый погасил. Переносите crontab отдельно, он сам за файлами не переезжает.
Второе: DNS с маленьким TTL заранее не поставил, переключил записи — и часть посетителей сутки ходила на старый сервер по кэшу. За день до переезда снижайте TTL, потом переключайте.
У кого какие «а про это я забыл» при переезде? Собираю, чтоб в следующий раз по списку.

pavel_63 классика, crontab и правда все забывают. добавлю в список: права и владельцы файлов после rsync (особенно если тянул из-под root — потом php-fpm не может писать), и системная почта/уведомления, чтоб алерты не ушли в никуда на новом. и не гаси старый сервер сразу — подержи неделю, пока не убедишься, что ничего не ходит на старый ip.

pavel_63 у меня «забыл» было про SSL: перенёс сайт, а сертификат остался на старом, новый certbot ещё не выпустил — и полдня «небезопасно». Теперь выпускаю серт на новом ДО переключения DNS, через проверку по dns или временный доступ. Мелочь, а клиент звонит сразу.

pavel_63 раз с почтой переносили — не забудьте PTR на новый ip перевыпустить у хостера и SPF в dns поправить на новый адрес, иначе почта с нового сервера поедет в спам, хоть на старом всё работало. Почта после переезда «молчит» чаще всего из-за этого, а не из-за postfix. Проверено на себе, неделю ловил.

Вот за это и люблю тред завести — накидали то, что я через раз забываю. Свёл в списочек: crontab, права/владельцы после rsync, TTL заранее, серт до переключения, PTR/SPF на новый ip, старый не гасить неделю. lexa92, che32, serg_mail — распечатаю и повешу, в следующий перенос пойду по бумажке, а не по памяти.