Как перенести файлы с одного сервера на другой

Как перенести файлы с одного сервера на другой?

Нужно перенести файлы с одного сервера на другой по ftp/ssh напрямик. Не через меня.
Как это реализовать?

Вопрос задан более трёх лет назад
6956 просмотров

Комментировать

Решения вопроса 1

Scarfase1989

Дмитрий Айткулов @Scarfase1989

архивируешь проект на одном сервере, на втором логинишься по ssh, дальше scp в помощь

Ответ написан более трёх лет назад

Комментировать

Нравится 2 Комментировать

Ответы на вопрос 4

Использование службы миграции хранилища для переноса сервера

Вы можете использовать служба хранилища Migration Service и Windows Администратор Center для переноса одного сервера на другой, включая их файлы и конфигурацию. В этой статье описывается, как перенести сервер Windows, отказоустойчивый кластер Windows, сервер Samba или массив подключенных служба хранилища NetApp Fabric (FAS) в другой сервер Windows или отказоустойчивый кластер Windows.

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

Шаг 1. Установка службы миграции и брандмауэра проверка

Прежде чем приступить к работе, установите служба хранилища Migration Service и убедитесь, что необходимые порты брандмауэра открыты.

Screenshot of the Storage Migration Service page showing the Install button.

Проверьте требования служба хранилища Migration Service и установите последнюю версию Центра Администратор Windows на компьютере или сервере управления, если вы еще не сделали этого. Вам также нужна последняя версия расширения служба хранилища Migration Service, которая устанавливается автоматически Центром Администратор Windows, если в Параметры>Extensions включены расширения автоматического обновления. При миграции исходных компьютеров, присоединенных к одному домену, требуется установить и запустить службу миграции хранилища на сервере, присоединенном к тому же домену или лесу, что и исходные компьютеры.
В Центре Администратор Windows подключитесь к серверу оркестратора под управлением Windows Server 2019 или Windows Server 2022. Этот оркестратор — это сервер, на который устанавливается служба хранилища Migration Service и используется для управления миграцией.
- Если вы переносите только один сервер, вы можете использовать целевой сервер до тех пор, пока он работает под управлением Windows Server 2019 или Windows Server 2022.
- Мы рекомендуем использовать отдельный сервер оркестрации для миграции нескольких серверов.
В Центре Администратор Windows перейдите к диспетчер сервера > служба хранилища Migration Service. Выберите «Установить», чтобы установить служба хранилища Migration Service и необходимые компоненты, как показано на следующем рисунке.
Установите прокси-сервер служба хранилища Migration Service на всех конечных серверах под управлением Windows Server 2019 или Windows Server 2022. Эта настройка удвоит скорость передачи при установке на конечных серверах.
1. Подключение на целевой сервер в Центре Администратор Windows.
2. Перейдите к диспетчер сервера (в Windows Администратор Center)> Роли и функции.>
3. Выберите служба хранилища Прокси-сервер службы миграции и нажмите кнопку «Установить«.
Если вы планируете перейти в отказоустойчивые кластеры Windows или из них, установите средства отказоустойчивой кластеризации на сервере оркестратора. Эта установка происходит автоматически в последней версии Центра Администратор Windows при выборе «Миграция из отказоустойчивых кластеров» в параметре «Задание» Параметры инвентаризации.
1. Чтобы установить вне этапа инвентаризации служба хранилища Migration Service, подключитесь к серверу оркестратора в Центре Администратор Windows.
2. Перейдите к диспетчер сервера (в Windows Администратор Center)> Роли и функции, функции, >функции, >средства удаленного сервера Администратор istration Tools, >Feature Администратор istration Tools.
3. Выберите средства отказоустойчивой кластеризации и нажмите кнопку «Установить«.
При миграции из массива NetApp FAS необходимо вручную установить последнюю версию NetApp PowerShell набор средств на оркестратор. Этот набор средств доступен всем лицензированным клиентам NetApp с активным соглашением о поддержке NetApp из mysupport.netapp.com.
- Общий доступ к файлам и принтерам (входящий трафик SMB)
- Служба NetLogon (NP-In)
- Инструментарий управления Windows (DCOM-In)
- Инструментарий управления Windows (WMI-In)
Если вы используете сторонние брандмауэры, открытые диапазоны портов входящего трафика приведены следующим образом:
- TCP/445 (S МБ)
- TCP/135 (схема конечных точек RPC/DCOM)
- TCP 1025-65535 (временные порты RPC/DCOM)
Порты служба хранилища Migration Service приведены следующим образом:
- TCP/28940 (Orchestrator)
- TCP/28941 (прокси-сервер).
Шаг 2. Создание данных сервера заданий и инвентаризации

На этом шаге укажите, какие серверы необходимо перенести, а затем сканировать их, чтобы получить сведения о своих файлах и конфигурациях.
1. В служба хранилища Migration Service выберите новое задание, назовите задание, а затем выберите, следует ли перенести серверы и кластеры Windows, серверы Linux, использующие массив Samba или NetApp FAS. Затем выберите ОК.
2. На странице проверки необходимых компонентов просмотрите предварительные требования. Затем выберите Далее.
3. Если вы переносите массив NetApp FAS, на странице выбора массива NetApp FAS введите IP-адрес, учетные данные администратора и пароль массива NetApp FAS. Затем выберите Далее.
4. Если вы выполняете миграцию с сервера Windows или кластера, на странице «Ввод учетных данных» введите учетные данные администратора для серверов, из которого требуется выполнить миграцию, а затем нажмите кнопку «Далее«.
5. При миграции с серверов Linux введите учетные данные на страницах учетных данных Samba и учетных данных Linux, включая пароль SSH или закрытый ключ.
6. Если вы переносите массив NetApp FAS, выполните следующие действия.
  1. Используйте учетные данные ВВОД и страницу предварительного сканирования NetApp, чтобы ввести учетные данные администратора для серверов NetApp Common Internet File System (CIFS), из которые вы хотите перенести.
  2. Выберите «Начать сканирование «, чтобы получить список всех серверов NETApp CIFS, работающих в массиве NetApp FAS. Вы можете отменить проверка любые серверы CIFS, которые вы не хотите перенести.
  3. Выберите Далее.
  Примечание. Ожидается ошибка для привилегий резервного копирования с серверов NetApp CIFS. Это сообщение об ошибке можно игнорировать.
7. Нажмите Начать сканирование. Обновление страницы, показываемой после завершения проверки.
8. Выберите каждый сервер, чтобы просмотреть инвентаризационные ресурсы, конфигурацию, сетевые адаптеры и тома. служба хранилища Migration Service не передает файлы или папки, которые могут повлиять на операцию Windows, поэтому вы увидите предупреждения о любых общих ресурсах, расположенных в системной папке Windows. Эти акции необходимо пропустить во время этапа передачи. Дополнительные сведения см. в статье о том, какие файлы и папки исключены из передачи.
9. Нажмите Далее, чтобы перейти к передаче данных.
Шаг 3. Передача данных на конечные серверы

На этом шаге вы передаете данные после указания того, куда поместить его на конечные серверы.
1. На странице «Ввод данных передачи данных» введите учетные данные>администратора, которые работают на целевых серверах, на которые требуется перенести, и нажмите кнопку «Далее».
2. На странице Добавление целевого устройства и сопоставлений отображается первый исходный сервер. Введите имя сервера или кластеризованного файлового сервера, на который требуется перенести, а затем выберите » Сканировать устройство«. При миграции с исходного компьютера, присоединенного к домену, целевой сервер должен быть присоединен к тому же домену. Вы также можете нажать Создать новую виртуальную машину Azure, а затем с помощью мастера развернуть новый целевой сервер в Azure. Эта функция автоматически масштабирует виртуальную машину, подготавливает хранилище, форматирует диски, присоединяет домен и добавляет прокси-сервер службы миграции служба хранилища в назначение Windows Server 2019 или Windows Server 2022. Вы можете выбрать виртуальные машины Windows Server 2022 (рекомендуется), Windows Server 2019, Windows Server 2016 и Windows Server 2012 R2 любого размера и использовать управляемые диски.
- Действующая подписка Azure.
- Существующая группа ресурсов вычислений Azure, в которой у вас есть права на создание .
- Существующая виртуальная сеть Azure и подсеть.
- Канал Azure ExpressRoute или vpn-решение Azure, связанное с виртуальная сеть и подсетью, которая позволяет подключаться с этой виртуальной машины Azure IaaS к локальным клиентам, контроллерам домена, компьютеру оркестратора служба хранилища Migration Service, компьютеру Центра Администратор Windows и исходному компьютеру, который необходимо перенести.
В следующем видео показано, как использовать служба хранилища Migration Service для миграции на виртуальные машины Azure.

Примечание. При переносе серверов NETApp CIFS исходные тома не отображают буквы дисков. Эти тома можно сопоставить с любыми конечными томами, и можно сопоставить несколько томов NETApp CIFS с тем же конечным томом. Новые пути к корневой папке создаются, чтобы избежать перезаписи или конфликтов папок, а затем общие папки создаются на правильном уровне. В области сведений о общих ресурсах показана структура папок, которую вы хотите создать.
Добавьте целевой сервер и сопоставления для дополнительных серверов и затем нажмите Далее.
На странице «Настройка параметров передачи» укажите, следует ли перенести локальных пользователей и группы на исходных серверах, а затем нажмите кнопку «Далее«. Этот параметр позволяет повторно создавать локальные пользователи и группы на конечных серверах, чтобы разрешения файлов или общих ресурсов, заданные локальным пользователям и группам, не теряются. Ниже приведены параметры миграции локальных пользователей и групп:

Важно! При миграции серверов NETApp CIFS нельзя перенести локальных пользователей и групп.
- Переименование учетных записей с тем же именем выбрано по умолчанию и переносит всех локальных пользователей и групп на исходном сервере. Если локальные пользователи или группы в источнике найдены с тем же именем в назначении, эти элементы получают новые имена в назначении. Однако встроенный пользователь или группа используют то же имя в источнике и назначении, например пользователя Администратор istrator или группы Администратор istrator.
- Повторное использование учетных записей с одинаковыми именами сопоставляется с именами пользователей и групп в исходном и целевом расположении. Не используйте этот параметр, если исходный или целевой сервер является контроллером домена.
- Не перемещайте пользователей и группы пропускает перенос локальных пользователей и групп , которые требуются, если ваш источник или назначение является контроллером домена, или при вводе данных для репликации DFS (репликация DFS не поддерживает локальные группы и пользователи).
Перенесенные учетные записи пользователей отключены в назначении и назначены 127-символьный пароль, который является сложным и случайным, поэтому вам придется включить их и назначить новый пароль после завершения их использования. Это гарантирует, что старые учетные записи с забытыми и ненадежными паролями на исходном сервере не будут проблемой безопасности на целевом. Вы также можете проверка локального Администратор istrator Password Solution (LAPS) в качестве способа управления локальными паролями Администратор istrator.

Примечание. Если вы хотите сохранить путь аудита передачи или планируете выполнить несколько передач в задании, нажмите кнопку «Передать журнал » или другие параметры сохранения журнала, чтобы сохранить копию CSV. При каждой последующем переносе сведения базы данных предыдущего запуска перезаписываются. Если вы переносите большое количество файлов, может потребоваться настроить время ожидания для сохранения этого CSV-файла. Дополнительные сведения см. в статье служба хранилища время ожидания загрузки CSV-файла или ошибки переноса.

Здесь возможны три варианта:
- Перейдите к следующему шагу, чтобы конечные серверы приняли удостоверения исходных серверов.
- Рассмотрите возможность полной миграции без использования удостоверений исходных серверов.
- Повторное перемещение, копирование только файлов, обновленных с момента последней передачи.
Если необходимо синхронизировать файлы с Azure, можно настроить целевые серверы с помощью службы Синхронизация файлов Azure после переноса файлов или после прямой миграции. См. сведения о планировании развертывания Синхронизация файлов Azure.

Шаг 4. Переход на новые серверы

На этапе прямой миграции выполняется перенос IP-адресов и имен компьютеров на целевые серверы. После его завершения приложения и пользователи получают доступ к новым серверам через имена и адреса исходных серверов.
1. Если вы отошел от задания миграции, в Центре Администратор Windows перейдите к диспетчер сервера > служба хранилища Migration Service, а затем выберите задание, которое вы хотите завершить.
2. На странице «Перейти к новым серверам>» введите учетные данные, нажмите кнопку «Далее«, чтобы использовать введенные ранее учетные данные.
3. На странице Настройка прямой конфигурации укажите, какой сетевой адаптер на целевом сервере должен принять параметры адаптера исходного сервера. Этот параметр перемещает IP-адрес из источника в место назначения в рамках переключения, предоставляя исходному серверу новый DHCP-или статический IP-адрес. Можно пропустить все сетевые миграции или определенные интерфейсы.
4. Укажите, какой IP-адрес следует использовать для исходного сервера после того, как прямая миграция передаст его адрес целевому серверу. При миграции сервера Windows или кластера или в Linux Samba можно использовать DHCP или указать новый статический IP-адрес. При использовании статического адреса новая подсеть должна совпадать со сбоем старой подсети или переключение. Если вы переносите массив NetApp FAS, используйте подсети NetApp вместо DHCP.
5. Укажите новое имя для исходного сервера после того, как прежнее имя будет назначено целевому серверу. Вы можете использовать случайно созданное имя или ввести его самостоятельно. Затем выберите Далее.
6. На странице «Настройка параметров» может потребоваться предоставить новые учетные данные пользователя AD с разрешениями на удаление исходного компьютера или кластеризованного файлового сервера из домена, а затем добавить их обратно с новым именем, если учетные данные миграции источника не имеют этого разрешения.
7. Выберите «Проверить» на странице «Проверка источника и назначения устройства«, а затем нажмите кнопку «Далее«.
8. Когда вы готовы выполнить прямую миграцию, нажмите Запустить прямую миграцию.
  Пользователи и приложения могут прерываться при перемещении адреса и имен, а серверы перезапускаются несколько раз. Обратите внимание, что пользователи и приложения не влияют на миграцию. Время завершения переключения зависит от времени перезапуска серверов, а также времени реплика службы Active Directory и DNS.
Операции после миграции

После переноса сервера или кластера оцените среду для возможных операций после миграции.
- Создайте план для устаревшего исходного сервера: служба миграции служба хранилища использует процесс переключения, чтобы конечный сервер мог предположить удостоверение исходного сервера. Процесс изменяет имена и IP-адреса исходного сервера, чтобы предотвратить доступ пользователей и приложений. Однако он не отключает или иначе изменяет содержимое исходного сервера. Необходимо создать план для вывода из эксплуатации исходного сервера. Рекомендуется хранить источник в сети по крайней мере две недели, чтобы разрешить миграцию любых используемых данных. Период ожидания гарантирует, что все файлы можно легко получить без необходимости восстановления автономного резервного копирования. После этого периода рекомендуется отключить сервер в течение еще четырех недель, чтобы он по-прежнему доступен для получения данных, но больше не потребляет операционные или энергетические ресурсы. После этого выполните последнюю полную резервную копию сервера, а затем оцените перепрофилирование, если это физический сервер, или удаление, если это виртуальная машина.
- Переиздать сертификаты на новом целевом сервере: в течение времени, когда целевой сервер был в сети, но еще не сокращен, сертификаты, возможно, были выданы ему с помощью автоматической регистрации или других процессов. Переименование Windows Server не изменяет или повторно изменяет существующие сертификаты, поэтому существующие сертификаты могут содержать имя сервера до его переключения. При необходимости следует проверить существующие сертификаты на сервере и повторно создать новые.
Дополнительные ссылки
- Обзор службы миграции служба хранилища
- часто задаваемые вопросы о службах миграции служба хранилища (часто задаваемые вопросы)
- Планирование развертывания службы синхронизации файлов Azure (предварительная версия)
Перенос файлов между серверами напрямую по SSH через SCP

Как организовать перенос файлов между серверами, когда объемы данных очень велики и нет возможности архивации и промежуточного сохранения?

На работе появилась такая задача: миграция на другой сервер. Мы меняли хостинг-провайдера, т.к. заканчивалось свободное дисковое пространство аккаутов, да и условия сотрудничества уже разонравились.

На момент миграции у нас было 2 аккаунта, каждый по 20Гб дискового пространства, в итоге мы должны были все перенести на 1 аккаунт с объемом дискового пространства равным 60Гб.

По-старинке это выглядело бы примитивно и примерно так: заархивировать небольшой объем информации в ZIP-архив, сохранить с сервера на локальный компьютер, затем с локального компьютера перенести на удаленный сервер по FTP или SFTP. Но не в этот раз. Ведь у нас было достаточно большое количество интернет-проектов, перенос которых изначально становился кропотливым делом, а беря в расчет, что свободного места на каждом из аккаунтов оставалось чуть менее 2Гб, вариант архивации на сервере был невозможен.

Поэтому, недолго думая, я полез в гугл с запросом «ssh copy files from one server to another directly». В итоге решение оказалось довольно простым, единственное условие — наличие SHH на серверах, между которыми будет осуществляться обмен данными.

Итак, для этого понадобится команда
```
scp -r /path/to/local/file remote_user@remote_host:/path/to/remote/file
```
Что она означает:
- scp — мы сообщаем серверу название утилиты, через которую будут обрабатываться эти команды;
- -r — параметр, говорящий о том, что копируемая папка (если это папка) должна копироваться рекурсивно, т.е. со всеми вложенными подпапками. Если копируется не папка, можно удалить этот параметр из команды;
- /path/to/local/file — путь к локальному файлу, в мое случае к файлу сервера, с которого будет осуществлен перенос данных;
- remote_user@remote_host — данные для подключения к удаленному серверу, которые имеют вид [имя_пользователя]@[адрес_сервера];
- /path/to/remote/file — путь к конечной папке сервера, куда будут загружены файлы.
Предостерегая вас от двойной работы и вопросов:
1. пути к копируемым папкам/файлам нужно вводить абсолютные. Это значит, если, допустим, у вас есть аккаунт у хостинг-провайдера и называется он vaspupkin1, вероятней всего, что он находится в папке наряду с остальными аккаунтами пользователей и может иметь полный путь от корня сервера такой: /home/w/vaspupkin1 , в то время как файлы сайта могут лежать в папке /home/w/vaspupkin1/public_html . Поэтому, чтобы скопировать папку с сайтом на другой сервер, мы должны в первой части команды scp после параметра -r ввести следующее: /home/w/vaspupkin1/public_html , в то время, когда вы, подключаясь к своему аккаунту по FTP, сразу попадаете в папку /vaspupkin1, что является относительным, а не абсолютным путем.
2. при копировании папки описанным выше образом на удаленном сервере создается эта же папка. Т.е. когда вы, копируя папку /home/w/vaspupkin1/public_html , вводите конечный адрес типа /var/i/vaspupkin1/http_docs , подразумевая, что структура папки public_html будет скопирована в папку http_docs, то ничего подобного не произойдет, в итоге у вас получится это — /var/i/vaspupkin1/http_docs/public_html , имейте это ввиду.
Если файлы нужно скопировать с удаленного сервера на локальный, тогда исползуем эту же команду, поменяв местами конечный и начальны пути копирования: scp -r remote_user@remote_host:/path/to/remote/file /path/to/local/file . Если копируется не папка, можно удалить параметр -r из команды.

Обновление от 26.06.2019

Одним из способов передать в SCP пароль является использование утилиты sshpass. В зависимости от направления копирования используйте команды, описанные в этой статье ранее. Ниже, в качестве примера, приведена команда для копирования информации с локального сервера (к которому сейчас подключен пользователь) на удаленный сервер, где для удаленного сервера необходимо ввести регистрационные данные.
```
sshpass -p "password" scp -r /path/to/local/file remote_user@remote_host:/path/to/remote/file
```
- -p — параметр для передачи пароля
- «password» — само значение пароля
Если не хотите «светить» пароль в истории bash-запросов, тогда используйте код ниже.
```
sshpass -f "/путь/к/файлу-с-паролем" scp -r /path/to/local/file remote_user@remote_host:/path/to/remote/file
```
- -f — параметр для указания пути к файлу, который содержит в себе пароль. После выполнения команды файл необходимо удалить из соображений безопасности.
Как установить SSHPASS

Ниже перечислены способы установки SSHPASS для различных ОС:
- ubuntu/debian
  - apt install sshpass
  - yum install sshpass
  - port install sshpass
  - brew install https://raw.githubusercontent.com/kadwanev/bigboybrew/master‌/Library/Formula/ssh‌pass.rb
  База знаний
  FirstDedic
  
  Переезд проекта на новый сервер — дело не простое. Кто-то справляется с этой задачей своими силами, а кто-то предпочитает довериться техподдержке. В прошлый раз мы рассказывали о том, как подготовиться к переезду, чтобы всё прошло гладко и быстро. А сегодня знакомим вас с типами переноса данных и их особенностями, чтобы вы могли лучше понять, с чем приходится сталкиваться тем, кто занимается переездом с сервера на сервер. Пару слов скажем и о переносе IP-адреса, так как нередки запросы по его сохранению при переезде на другой сервер.
  
  Существует несколько видов переноса данных, каждый со своими нюансами, но в целом их можно разделить на две большие группы:
  1. Частичный перенос
  2. Перенос всех файлов сервера один-в-один
  Частичный перенос
  
  При таком типе переноса копируются только те файлы, которые вы указали. И если вы хотите, чтобы техподдержка перенесла на новый сервер конкретные директории, файлы, конфиги, вам будет необходимо перечислить их в техническом задании (запросе на перенос). Учтите, что большое количество мелких файлов сильно замедляет переезд.
  
  При переносе файлов на новый сервер может понадобится его первоначальная настройка — это зависит от того, какие именно файлы вы собираетесь переносить, и есть ли уже какие-то файлы на новом сервере.
  
  Когда использовать
  
  Подходит в случаях смены/обновления операционной системы на старом сервере или «сломанной» операционной системе. Также — при необходимости перенести только часть данных с сервера. Этот тип переноса используется и тогда, когда на новом сервере уже имеется важная информация, которую нельзя потерять.
  
  Перенос отдельных файлов осуществляется одним из двух способов:
  - Через панель управления ISPmanager.
  - Вручную.
  Импорт данных с помощью панели управления ISPmanager
  
  В случае импорта данных через панель ISPmanager переносятся файлы конкретного пользователя или нескольких пользователей.
  
  Если у вас установлена панель управления ISPmanager и вы планируете переносить файлы на другой сервер своими силами, рекомендуем выбрать именно этот тип переноса, так как это сильно облегчит вам задачу.
  
  Если же собираетесь поручить эту работу техподдержке, помните, что при наличии панели и задачи перенести данные пользователя, будет выбран именно этот тип переноса и никакой другой, даже если очень попросите.
  
  Копирование данных происходит с помощью функционала панели «Импорт пользователя».
  
  Импорт данных с помощью ISPmanager возможен только тогда, когда панель установлена как на старом сервере, откуда будут забираться файлы, так и на новом, куда они будут копироваться. Если предоставить доступ root на оба сервера, время переноса сократится — права администратора позволяют переносить файлы не только одного, но и нескольких пользователей и сразу запускать копирование файлов.
  
  Если подключаться к серверу не из под root, а под обычным пользователем, перенос займет больше времени: сначала панель создаст резервную копию файлов, затем перенесет ее на новый сервер и только после этого распакует.
  
  Если вы используете версию панели ISPmanager Business, помните, что перенос данных возможен только с использованием резервной копии, созданной на исходном сервере, в отличие от ISPmanager Lite, где возможны оба варианта — копирование в реальном времени (с помощью rsync) и разворачивание (восстановление) из резервной копии.
  
  Во время переноса старый сервер продолжает работать, а риск потери данных минимален.
  
  Что нужно знать:
  1. Будут перенесены — настройки доменов, сделанные через панель, почта, задания cron и базы.
  2. Не будут перенесены -— глобальные настройки web-серверов, почты, mysql. Если это важно, сообщите техподдержке заранее, чтобы сотрудники могли скопировать файлы конфигурации со старого сервера вручную.
  3. Дополнительное программное обеспечение будет необходимо установить вручную либо через панель ISPmanager.
  Перенос данных вручную
  
  Такой тип переноса используется, когда на обоих серверах, старом и новом, нет панели ISPmanager, либо она установлена только на одном из них.
  
  Как правило, вручную переносят файлы сайта (или сайтов) и базы данных. Время переноса зависит от количества файлов, однородности структуры переносимых сайтов и расположения данных на сервере. Порой тому, кто проводит работы по переносу, приходится собирать файлы буквально по всему серверу и использовать для каждого сайта свой алгоритм работы. Поэтому такой тип переноса считается самым долгим.
  
  Если на новом сервере установлен ISPmanager, то в момент переноса можно распределить сайты по разным пользователям и привести структуру к единообразию, чтобы в будущем было легче работать.
  
  Что нужно знать:
  1. Переносим только нужные данные, весь мусор оставляем на старом сервере.
  2. Не будут перенесены, если не указано в техническом задании (запросе на перенос) — настройки web-серверов, почты, mysql, cron, почтовые ящики и планировщик (cron), а также дополнительное программное обеспечение, которое не требуется для запуска сайта.
  Перенос данных один-в-один
  
  Название говорит само за себя — не получится в процессе данного переноса обновить операционную систему или распределить сайты по разным пользователям. Это перенос данных сервера один-в-один — взяли данные и в том виде, как они есть, перенесли на новый сервер. Поэтому вероятность того, что что-то не заработает, минимальна.
  
  Когда использовать
  
  Идеально подходит для случаев, когда у вас на сервере выставлены нестандартные настройки, и вы хотите сохранить всё, как есть.
  
  Может быть выполнен путем:
  - Физического перемещения жёсткого диска сервера или образа диска VDS.
  - Программно, то есть копированием всех данных.
  Перемещение жесткого диска для выделенного сервера или образа диска для виртуального
  
  Такой тип переноса считается самым быстрым — процесс не затягивается, даже если у вас миллионы маленьких файлов. Сервер в момент проведения работ недоступен.
  
  Что нужно знать:
  1. Размер дисков на выделенных серверах не влияет на скорость переноса.
  2. Нельзя уменьшить диск, если это VDS; нельзя уменьшить/увеличить диск на выделенном сервере.
  3. Программное обеспечение может не заработать на новом «железе». Например, Centos 6 не заработает на Scalable, Windows с высокой вероятностью не заработает после такого переноса вообще, если тип железа поменялся.
  Программный перенос
  
  Под программным переносом понимается копирование со старого сервера на новый всех файлов (кроме директорий /dev, /sys и /proc) от корня.
  
  Вместе с полезными данными переносятся и бесполезные (сессии, временные файлы, логи и т.д.), поэтому это относительно долгий перенос. Также большое количество маленьких файлов очень сильно замедлит скорость копирования.
  
  Обязательное требование — доступ по ssh под суперпользователем на оба сервера.
  
  Во время копирования исходный сервер остаётся доступен.
  
  Что нужно знать:
  1. Вы можете проверить работу сайта на новом сервере, сделать критические обновления до того, как направите туда записи ДНС.
  2. Возможен перенос данных на диск меньшего размера.
  3. Нагрузка на сервер сильно влияет на скорость переноса данных.
  4. Все данные на сервере, куда переносим, будут удалены.
  Важно. Не рекомендуем добавлять никаких данных во время переноса на исходный сервер, так как они могут не перенестись.
  
  Перенос IP-адреса
  
  Многие клиенты задают вопрос, можно ли сохранить IP-адрес при переезде на другой сервер. И тут тоже есть свои особенности.
  
  Нельзя
  
  Переехать со своим IP-адресом на новый сервер от стороннего хостера.
  
  Можно
  
  Сохранить старый IP-адрес при переезде между услугами, если есть техническая возможность, например, вы переезжаете с одного тарифа на другой или с одного выделенного сервера на другой у того же провайдера.
  
  Если вы заранее обратитесь в техническую поддержку с вопросом о переносе IP-адреса, вам подскажут, какой тарифный план можно приобрести, чтобы техническая возможность для переноса IP-адреса была.
  
  Если вы уже приобрели новый сервер для переезда и хотите сохранить старый IP-адрес, напишите запрос в техподдержку для уточнения технической возможности. Услуга по переносу IP-адреса платная.
  
  Перенос IP-адреса может происходить без переноса данных с сервера на сервер, поэтому всегда предупреждайте техподдержку о том, хотите ли вы перенести только IP или IP вместе с файлами.
  
  Теперь вы знаете, чем между собой отличаются типы переноса данных и сможете выбрать, какой именно подойдет вам для решения ваших задач.
  
  Если собираетесь поручить работу по переносу данных техподдержке, обязательно, кроме типа переноса, укажите:
  - особенности работы проекта,
  - программное обеспечение, необходимое для работы проекта.
  О некоторых особенностях работы вашего проекта знаете только вы или ваш программист. И нашему техническому специалисту, как человеку со стороны, бывает сложно учесть сразу все нюансы. Например, программист установил нестандартные ручные настройки не через CMS. Или проект «подтягивает» для работы сторонние файлы, не связанные с основной директорией сайта. А может быть вы используете нестандартное программное обеспечение, которого нет на новом сервере, и тогда, если не предупредить техподдержку, могут возникнуть сбои в работе сайта.
  
  Лучше сказать об этом заранее, чтобы сотрудник техподдержки ничего не забыл. Удачи!
  
  Дарья Артемьева, старший системный администратор
  Похожие публикации:

Как перенести файлы с одного сервера на другой