Этот текст - для тех, кто боится трогать то, что вроде бы работает, чтобы не сломать. А также для тех, кто не верит произнесённым словам (особенно, если их произносит продавец), если они не зафиксированы на бумаге. И даже для тех, кто зашел сюда случайно, но зацепился почитать интересные материалы.

А ещё он - для всех тех, кто желает понять, что скрывается за загадочной фразой «миграция в облако» и как же это всё происходит.

С чего начать?

Когда свежий человек начинает разбираться в новом для себя вопросе, он часто сталкивается с проблемой, которая формулируется двумя словами: «Непонятно всё». Это может быть освоение нового языка (человеческого или программного), знакомство с нестандартным устройством или технологией, да что угодно, где возникает замкнутый круг: чтобы получить ответ на вопрос, нужно вначале задать вопрос, но непонятно, что именно спрашивать.

Облачные технологии - одна из таких новых вещей, во всех нюансах которых очень сложно разобраться самостоятельно, поэтому люди обращаются к специалистам, которые решают их проблемы. Мы же - не просто специалисты, а ответственные специалисты, поэтому помимо решения проблем обстоятельно рассказываем (в блоге или лично), что и почему мы делаем. Сегодня мы поговорим о миграции в облако, что это такое, как происходит, чем завершается и что бывает после. Будем рады, если у вас возникнут вопросы, ведь это будет означать, что ещё для кого-то мир облачных технологий станет чуть-чуть понятнее. Поехали!

Что такое миграция?

С точки зрения администратора сети, миграция - это перенос данных и настроек с физического сервера, который стоит где-то в компании и обеспечивает работу офисной сети, на виртуальный, который запущен в дата-центре у облачного провайдера.

С точки зрения пользователя, миграция - это: «Утром приходил админ, сказал, что теперь сервер не в его каморке, а в Европе. А так - всё, как обычно. Разве что добряче шустрее стало».

С точки зрения заказчика, миграция - это: «Чтобы всё работало, я за это деньги плачу!».

Мы полностью согласны со всеми этими определениями. Кроме того, что конкретно за миграцию заказчик не платит. Мы (в отличие от подавляющего большинства провайдеров) предоставляем эту услугу бесплатно, поскольку наша задача - чтобы в нашем облаке у клиента всё работало на отлично! Мало того, мы всегда рекомендуем, чтобы миграцию выполняли мы сами, даже если у заказчика есть свои ИТ-специалисты (а это бывает не всегда), поскольку облака - это отдельная область знаний и выдающийся в других вопросах специалист, не занимающийся постоянно облаками, может при миграции допустить ошибки, которые скажутся на конечном впечатлении.

Соответственно, на основании собственного опыта мы сформировали алгоритмы того, как нужно делать миграцию - частичную или полную.

Полная миграция предусматривает следующее. На начальных этапах, когда клиент определился какие элементы его инфраструктуры будут переноситься в облако, мы плотно общаемся с будущими пользователями, чтобы понять, с чем они работают и что является наиболее критичным. Пообщавшись с заказчиком, мы определяем, в какой последовательности нужно переносить данные, связи между ними и инструменты управления. Потом мы согласовываем план работ с заказчиком, причём он может вносить в алгоритм свои коррективы. А далее мы действуем на основании этого плана. Как правило, и частичная, и полная миграция происходит очень быстро. Начинать использовать наши ресурсы можно сразу, при необходимости - в день обращения. Офис из 20 человек полностью переносится в облако в среднем за 5 рабочих дней.

Частичная (постепенная) миграция - это тот путь, по которому идут более крупные компании. Он подразумевает более сложную миграцию достаточно разветвленной IT-инфраструктуры, которую за 1-2 дня перенести невозможно. И в этом случае мы составляем не просто план, а дорожную карту миграции. У нас есть и готовые типовые шаблоны миграции, и, если требуется, нетипичные решения, разработанные под конкретного заказчика в тесном с ним сотрудничестве.

Миграция на сервер

Заключая контракт, мы всегда оговариваем, каким должен быть результат (непрерывность рабочих процессов, подключение периферийных устройств или флэш-ключей, определённое быстродействие, обеспечение мобильности, информационной безопасности, быстрого доступа к ресурсам, экономические выгоды и т.п.). Это важно, потому что, узнав об этих целях, мы можем предложить те решения, которые у нас уже являются накатанными (лучшими). Кроме того, в нашей партнерской сети есть компании, которые специализируются на самых разных задачах: например, внедрении решений на базе «1С», разработке и внедрении систем электронного документооборота и т.д. И в тех случаях, когда мы хорошо понимаем задачу, мы можем не просто создать какую-то конфигурацию, но и порекомендовать лучшие наработанные практики для оптимизации миграции в облако и использования ресурсов. И опыт - наш и наших партнеров - в данном случае очень полезен. Зная поставленную задачу, мы понимаем, каким образом будет протекать миграция, чтобы получить от нее для компании максимальный эффект.

Итак, следующий этап - выбор решения. Мы предлагаем заказчику несколько вариантов на выбор, честно рассказывая «за» и «против» каждого решения, выбирая оптимальное по возможностям и ресурсам. И когда клиент определяется, закрепляем отношения договором и выделяем ресурсы.После этого происходит отладка и тестирование системы. Это означает, что компания-заказчик разворачивает на выделенных нами ресурсах то ПО, которое будет там работать, и отлаживает его работу. Отладка системы - это важный процесс перед тем, как начинать миграцию. Начинать миграцию нужно тогда, когда компания-заказчик убедится, что все полностью готово и систему можно использовать в боевом режиме.

На этапе тестирования и отладки системы клиент, своими руками «ощупывающий» облачную систему, привлекает нас для уточнения всех возникающих вопросов. Мы не пускаем процесс на самотек, отдав ресурсы и реквизиты доступа, так как прекрасно понимаем, что работа в облачной инфраструктуре для многих является чем-то новым, и в процессе отладки клиент будет задавать вопросы. И в этом случае мы всегда готовы оказывать помощь в настройке системы нужным образом.

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

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

Судьба мигранта

Что происходит дальше? А дальше происходит «жизнь после жизни»: вы успешно мигрировали, попали в облако и дальше вам необходимо всем этим управлять. И здесь вы можете как управлять самостоятельно (у нас много удобных инструментов, предполагающих наличие базовых ИТ-знаний), так и поручать необходимые инфраструктурные работы нашей техподдержке, и тогда мы произведём нужные изменения самостоятельно.

Если у заказчика нет системного администратора и требуется, чтобы мы не только обеспечивали работу его инфраструктуры «снаружи» (работа виртуальных серверов, бэкап данных, работа сети, и т.п.), но и выполняли работы по обслуживанию «внутри» виртуальных машин (прикладное ПО, библиотеки, и т.п.), то мы прекрасно справляемся с этим в рамках дополнительного пакета услуг TuchaExpert, который предусматривает, что мы отвечаем и за обслуживание программного уровня инфраструктуры. Если системный администратор у компании уже есть, это также прекрасно, так как «местный» админ хорошо знает внутреннюю кухню компании и может заниматься дальнейшим ИТ-развитием компании. А мы всегда готовы в этом помогать и поддерживать.

Возникли вопросы или интересные задачи для нас? Не откладывайте их в долгий ящик. и получите грамотную поддержку уже сейчас!

Хочу рассказать про способ смигрировать операционную систему с одного компьютера на другой, с сохранением всех данных. По факту, это копирование данных с одного винчестера на другой, с использованием стандартных средств. Способ подходит для Windows 7 (возможно для Vista).
Его плюсы:

• При некоторых условиях — малое время простоя компьютера
• Возможно использовать на опечатанных компьютерах, когда просто нельзя заменить винчестер
• Возможность восстановить данные на определённую дату (при соответствующих условиях)
• Возможно мигрировать по сети

Ну и соответственно минусы:

• Нужен отдельный внешний винчестер или отдельный компьютер, доступный по сети с достаточным объёмом свободного места на его винчестере
• Новый компьютер должен иметь по крайней мере такой же винчестер как и на старом (или больше

Ну а теперь, собственно, сам метод. В двух словах он заключается в том, что необходимо проделать стандартную архивацию данных Windows на внешний винчестер или внешнюю сетевую папку и восстановление этих данных на новом компьютере. Дальше буду рассматривать самый интересный вариант, с бэкапом по сети (удобно для организаций, где все компьютеры подключены в сеть, и достаточно физического места).

1. Запускаем архивацию Windows
2. Выбираем какую-нибудь сетевую папку, куда будем складывать образ (создаём её на подходящем компьютере)
3. Убираем все галочки с файлов, но ставим галочку "сделать образ восстановления системы"
4. Свободного места во внешней папке должно быть по количеству даннных на диске (будет создан виртуальный диск (vhd-файл) с виртуальным размером всего винчестра, а физическим — по размеру реальных данных)
5. Запускаем, ждём пока завершится, в это время продолжаем работать
6. Берём свежий компьютер, загружаемся с диска или
7. Вместо установки выбираем восстановление системы
8. Говорим, что хотим восстановиться с образа, и после тщетных попыток его найти, говорим что он расположен в сети. После этого система поднимет сетевой интерфейс (сама, в установочном режиме, она и такое умеет!)
9. Если настройки сети не раздаются через DHCP то нажимаем Shift+F10, и в консоли набираем:
   

   netsh interface ip set address name="Local Area Connection" static 192.168.0.100 255.255.255.0 192.168.0.1 1

   Естественно, нужно заменить IP-шники на правильные для вашей сети (тут по порядку — IP-компьютера, маска сети, IP-шлюза). Для русской версии название будет "Подключение по локальной сети", уточнить можно через команду ipconfig

10. Указываем сетевое размещение папки (если не получится по имени компьютера, можно использовать его IP)
11. Указываем, если требуется логин с паролем
12. Выбираем нужный образ (если их несколько) и восстанавливаем
13. Ждём, перегружаемся и получаем копию старого компьютера на новом
14. Выключаем старый компьютер, меняем его на новый, продолжаем работать (естественно, все изменения, которые произошли после архивации — потеряются, если они нужны, примите меры для их отдельной архивации)

Вот и всё. Можно работать на старом компьютере, пока не подготовится новый, при желании, компьютер даже можно загрузить с vhd-файла или просто подключить его как отдельный диск, если нужен просто полный архив, но не нужно восстановление). Можно настроить на всех компьютерах архивацию по графику и в случае физической смерти одного из компьютера, восстановить всё на другом.

Какие могт быть проблемы, и что с этим можно сделать:

• Система отказывается восстанавливаться — убеждаемся что заархивирован винчестер целиком, новый винчестер имеет размер по крайней мере такой же как и старый
• После восстановления есть неиспользуемое место на винчестере — заходим в управление компьютером и растягиваем разделы на всё доступное место (в упрощённом виде семёрка это позволяет). Можем просто создать дополнительный раздел или воспользоваться специализированными программами для тасования разделов.
• После восстановления, компьютер улетает в BSOD. Самый тяжёлый случай, обычно связан с тем, что драйвера на старом и новом комьютере сильно отличаются (обычно проблема с контроллером жёстких дисков). Тут можно потанцевать с бубном, попробовать на исходном компьютере удалить все драйвера (оставить стандартные), переключить режим SATA-контроллера в IDE-режим, и только после этого сделать образ.
• При попытке сделать архив по сети, он падает с ошибкой. — попробуйте сделать архивацию на другой компьютер, попробуйте заменить драйвера сетевой карты, ибо архивируется большой объём данных и могут выплыть проблемы в драйверах (бывали случаи, когда сетевые карты достаточно именитых производителей из-за ошибок в драйверах сжирали всю оперативную память и рушили сервер по недостатку ресурсов).

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

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

О тонкостях процесса миграции нам рассказал Владимир Лебедев, директор по развитию бизнеса Stack Group .

Требования законодательства

В 2006 году был принят 152-ФЗ «О персональных данных» , который призван защитить физических лиц при автоматизированной обработке персональных данных. В прошлом году вступил в силу пакет поправок о локализации персональных данных на территории России, что, по мнению авторов, должно повысить уровень информационной безопасности внутри государства и простимулировать российский рынок технологических решений и рынок информационной безопасности.

По закону бизнес обязан собирать, хранить и обрабатывать персональные данные на территории РФ. Все требования совершенно одинаковы как для российских, так и для зарубежных компаний, если их деятельность направлена на территорию России. При этом передавать персональные данные за пределы страны можно, но они должны быть неизменяемыми, и их объем не должен превышать объем в российских базах данных.

Для кого закон?

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

В план проверок Роскомнадзора на 2016 год вошли: крупнейшие софтверные компании, международные банки, сетевые торговые компании и интернет-магазины.

Сложности переноса персональных данных для международных компаний

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

Виртуализация

Переехать в облачную среду менее затратно, чем покупать и монтировать оборудование. В конце 2014 года цены на российские облака были в среднем на 15–30% выше, чем на европейские, а в конце 2015 года, наоборот, наши цены стали на 20–30% ниже: изменился валютный курс и относительная стоимость размещения в российских дата-центрах.

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

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

Риски, возникающие при миграции систем хранения данных

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

Этапы миграции в облако

Общие принципы миграции сервиса, то есть переноса операционных систем, отвечающих за работу этого сервиса, в виртуализированную среду, рассмотрим на примере решения VMware vSphere .

Архитектуру информационных систем компании желательно разделить на выполняющие конкретные задачи сервисы. Обычно в облако перемещается все, кроме сервисов, которые несовместимы с cloud-технологией по техническим причинам (RISC-архитектура) и тех, что нельзя переместить из-за лицензии.

Далее необходим аудит информационных систем . На этом этапе определяется состав сервисов (какие ОС относятся к тому или иному сервису), а также их связность. Главная сложность заключается в многообразии исходных ОС и физической архитектуры серверов, на которых они работают. На основе этой информации составляется план миграции с учетом текущих бизнес-процессов: определяются требования к связности физической и виртуальной инфраструктур, порядок миграции, задаются допустимые «окна миграции». Важно помнить, что нельзя во время миграции обновлять версии программных продуктов или операционных систем. Одновременно с миграцией допускается только пересмотр вычислительных ресурсов (CPU, RAM, HDD).

Как правило, для миграции используется утилита VMware converter , которая эффективно работает при переносе ОС семейства Microsoft Windows (но у миграции работающих в этих ОС служб есть свои нюансы). А вот из-за особенностей файловых систем Linux примерно в 40% случаев после окончания работы VMware converter виртуальная машина может не запуститься. Если в Linux используется LVM, то надо развернуть в виртуальной среде новый экземпляр ОС из шаблона провайдера и затем перенести данные, программные продукты и внутренние службы.

Для любого типа ОС есть общие условия, затрудняющие миграцию: во-первых, способ хранения данных, из-за которого прямая миграция невозможна, - это динамические диски в Windows или LVM в Linux, а во-вторых, сложности из-за использования программных и аппаратных массивов RAID. Так, даже точный перенос данных сам по себе не гарантирует, что виртуальная машина успешно запустится. На физическом сервере работу виртуальных машин обеспечивает гипервизор - ОС, разделяющая физический сервер на несколько виртуальных машин, которые могут работать одновременно и использовать одни и те же физические ресурсы. Естественно, что набор виртуального оборудования у гипервизора не совпадает с оборудованием физического сервера, на котором работала ОС до миграции. Соответственно, из-за разницы драйверов возникает множество отличий доступа к этому оборудованию.

Миграция ADDS и MS SQL без остановки сервисов

Практически всегда для бизнеса необходимо, чтобы ряд сервисов оставался доступным в ходе миграции. При этом зачастую миграция без остановки сервиса рекомендуется как самая надежная. Поэтому рассмотрим особенности миграции без остановки наиболее популярных служб ОС Microsoft: Active Directory Domain Services (ADDS или AD) и Microsoft SQL (MS SQL). Для миграции Active Directory без остановки службы применяется следующий алгоритм:

• Формируется сетевая связность между физическим оборудованием и виртуализированной средой. Как правило, это site-to-site VPN - он создает логическую сеть поверх другой сети. При этом трафик может быть защищен шифрованием по протоколам IPsec.
• В облаке разворачиваем новые виртуальные машины из шаблона, где настраиваем контроллеры домена AD с добавлением их в лес.
• Базу данных Active Directory реплицируем по сети через VPN с работающих контроллеров на стороне физического оборудования в облачные.
• После репликации данных переназначаем мастеры ролей операций на облачные контроллеры и убираем роли контроллеров домена с серверов.
• Затем проверяем работу сервисов и отключаем учетные записи старых контроллеров и физическое оборудование.

Алгоритм миграции MS SQL более сложен, так как MS SQL обычно применятся в многоуровневом сервисе в качестве бэкенда. В записях DNS в приложениях, использующих базы данных (в клиентах MS SQL), приходится вручную указывать новое расположение базы данных. Поэтому совсем исключить простой нельзя, но его можно свести к минимуму. Существуют механизмы и безостановочной миграции MS SQL, к ним относятся Mirroring и AlwaysOn , но их применение не всегда оправданно. AlwaysOn доступен только в дорогих редакциях Enterprise-уровня, а Mirroring должен поддерживаться клиентами MS SQL. К тому же для применения механизмов Mirroring нужна дополнительная настройка всех клиентов MS SQL.
Рассмотрим наиболее частый вариант миграции MS SQL в облако:

• Настраивается сетевая связность между облаком и физическим оборудованием.
• Убеждаемся, что модель восстановления базы MS SQL полная, тогда можно сделать и перенести полную резервную копию, а затем синхронизировать обе базы данных, перенося копии транзакционных логов.
• В облаке разворачиваем виртуальную машину из шаблона, в которой устанавливаем и настраиваем новый MS SQL сервер.
• Создаем полную резервную копию базы данных MS SQL сервера, работающего на физическом сервере, затем восстанавливаем ее в облачном, при этом способ переноса резервной копии зависит от размеров файла и пропускной способности сети - перемещаем на физическом носителе либо копируем по сети.
• После восстановления базы данных в облаке делаем копию транзакционных логов и их также восстанавливаем в облаке.
• Во время «окна миграции» останавливаем работающий на физическом оборудовании MS SQL сервер, создаем и восстанавливаем последнюю минимальную по размеру копию транзакционных логов в облаке, запускаем MS SQL сервер в облаке и переключаем клиенты на новое месторасположение базы.
• Проверяем работу сервисов, отключаем физическое оборудование.

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

Информационная безопасность

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

В перечне документов, определяющих требования и описывающих меры, необходимые для защиты информационных систем, на первом месте находится, разумеется, сам закон, который устанавливает общие требования. Конкретные действия регламентируются постановлениями Правительства РФ и нормативными документами ФСТЭК (Федеральная служба по техническому и экспортному контролю) и ФСБ (Федеральная служба безопасности).

Требования к хранению персональных данных

Требования к технической защите конфиденциальной информации и предоставлению услуг по защите информации достаточно четко сформулированы. Инструменты их реализации многообразны. В частности, это могут быть сетевые экраны, системы обнаружения вторжений, средства анализа защищенности, антивирусной защиты, средства защиты сред виртуализации. На рынке представлен широкий спектр средств защиты информации - и российских, и зарубежных вендоров. Есть уже правоприменительная практика, так как закон действует с 2007 года. В целом подход к регулированию в России отличается от, например, европейского подхода. Так, в России неисполнение предписанных требований по информационной безопасности ведет к возникновению ответственности. А на Западе компания может самостоятельно определять, каким способом выполнять требования, и ответственность наступает, только если совершены неправомерные действия с персональными данными.

Требования к инфраструктуре

Определенные требования регуляторы предъявляют и к инфраструктуре. Например, существует аттестация построенных автоматизированных систем, обеспечивающих защиту информации . Аттестат выдается независимой лабораторией, которая подтверждает, что инфраструктура готова и соответствует всем требованиям по защищенности информационных систем. Этот аттестат необязателен для коммерческих организаций, но дает возможность понять, что дата-центр имеет необходимую защиту и способен обеспечить безопасность данных компании.

Также есть международные стандарты ISO, регламентирующие построение системы управления информационной безопасностью (комплекс стандартов ISO 2700х ). Многие иностранные компании соответствуют этим стандартам.

Кроме того, применяется модель аутсорсинга по защите данных. Компании, предоставляющие такие услуги, должны иметь необходимые лицензии и компетенции.

INFO

В Китае полная копия персональных данных должна храниться на территории страны, а любые банковские данные вообще запрещено передавать за ее пределы.

Прогноз на перенос

Довольно сложно подсчитать, сколько точно данных подлежат переносу в Россию, но, исходя из заполняемости рынка ЦОД, можно сказать, что мощностей вполне достаточно для локализации данных в соответствии с законом. Например, на рынке Московского региона наблюдается переизбыток мощностей: общая емкость составляет около 27 тысяч стоек , и почти 40% из них свободны. Многие дата-центры имеют площади высокой степени готовности. Нужно учесть и что плотность данных в одной стойке может различаться в зависимости от оборудования. Сегодня один юнит серверной стойки обрабатывает значительно больше информации, чем несколько лет назад.

При этом спрос неравномерен: год назад был достаточно серьезный подъем, сейчас число обращений от зарубежных компаний снизилось. Часть компаний уже переехала и соответствует требованиям, а часть ждет, например результатов проверок регуляторов (они повлияют на формирование второй волны).

Перевод существующей информационной системы (ИС) компании на любую новую платформу, в том числе и на Microsoft Windows 2000, - сложная и трудоемкая задача, решение которой требует системного подхода и планирования.

Конкретный план работ по внедрению ОС Windows 2000 и компонентов BackOffice Server 2000 (именно такой комплекс мы и называем в данной статьей платформой Windows 2000) зависит от масштаба и особенностей вашей организации. В общем случае «правильный» план работ выглядит следующим образом:

• анализируется существующая ИС компании;
• планируется структура новой ИС, использующая все преимущества платформы Windows 2000;
• выполняется пилотный проект;
• устанавливается и настраивается программное обеспечение.

Анализ существующей системы

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

Анализ аппаратного обеспечения. Основные цели - определить, соответствует ли аппаратное обеспечение требованиям платформы Windows 2000, и определить варианты его наиболее эффективного использования. Важно, что при переходе на Windows 2000 необязательно отказываться от использования устаревшей техники - например, при использовании терминального сервера устаревшая техника будет работать даже с большей эффективностью, чем под управлением предыдущих версий Windows (см. В. Жирнов, «Терминальные решения», Enterprise Partner №15/2000, с. 24).

Анализ структуры коммуникаций. Основная цель - прорисовка детального плана коммуникаций, который можно будет использовать на этапе планирования структуры новой ИС.

Анализ сетевой инфраструктуры. Цель - построение схем, отражающих текущее состояние сетевой инфраструктуры организации. В ходе его определяется, какие используются сетевые службы, протоколы и т.д.

Составление перечня серверного ПО и используемых приложений. Цель - получение сводного отчета, в котором будут перечислены характеристики серверов, функции, которые они выполняют, используемые приложения. После составления этого отчета проводится комплексный анализ возможности перевода информационной инфраструктуры на платформу Microsoft Windows 2000; при этом рассматривается возможность оптимизировать использование имеющихся серверов.

По итогам первого этапа вы получите комплексное представление о текущем состоянии ИС и выясните, насколько она соответствует требованиям платформы Windows 2000, а также каковы приблизительные сроки и стоимость полного цикла работ по переводу системы на эту платформу.

Планирование структуры новой системы

Следует разработать несколько вариантов логической архитектуры ИС и ее аппаратно-программной реализации, в соответствии с приоритетными направлениями деятельности и интересами компании. Обычно данный этап включает разработку нескольких планов.

План информационной инфраструктуры компании по окончании миграции. В нем отражается будущая доменная структура компании, организация сетевых сервисов, обеспечение безопасного доступа в Интернет, почтовая инфраструктура, схемы резервного копирования и восстановления серверов в случае аппаратных сбоев. Кроме того, предусматривается возможность восстановления прежней инфраструктуры компании - на случай возникновения проблем при переводе серверов на платформу Windows 2000. Новое решение можно внедрять параллельно существующему. Например, если хранилище данных компании основано на СУБД Oracle и было принято решение о переходе на СУБД Microsoft SQL Server 2000, то можно создать такое решение, которое позволит сосуществовать этим двум системам на тестовый период. Тем самым снижается до минимума возможность сбоев или простоев и обеспечивается плавный переход на новую платформу.

План миграции серверов. В нем описывается порядок перевода серверов на платформу Windows 2000, формулируется список требований, которые должны выполняться при миграции. Фактически это станет основным документом, по которому будут работать инженеры, выполняющие миграцию.

План миграции клиентских компьютеров. Описывает последовательность и порядок обновления существующих в организации платформ.

План миграции серверов приложений. В зависимости от потребностей компании могут быть разработаны планы и схемы миграции существующей инфраструктуры почтовых серверов или серверов баз данных на платформу Windows 2000. Если необходимо, могут быть разработаны и схемы безопасного доступа в Интернет из офиса компании, а также схемы доступа к информационным ресурсам компании для сотрудников, находящихся вне офиса, с применением различных технологий. Возможна разработка схем создания защищенных каналов связи между географически распределенными офисами.

Итогом второго этапа должен стать календарный план-график работ по построению ИС на базе платформы Microsoft Windows 2000, с указанием видов работ, их сроков и стоимости, а также с описанием ожидаемой функциональности системы.

Пилотный проект

На данном этапе необходимо протестировать работу критичных бизнес-приложений и функций в условиях, приближенных к платформе Windows 2000. Можно смоделировать работу критичных приложений на тестовом стенде, имитирующем внедряемую структуру. Можно провести различного рода тестирования оборудования, с тем чтобы выяснить возможности использования различных конфигураций и настроек программного и аппаратного обеспечения. Можно провести сравнительное тестирование имеющейся и внедряемой систем, например, тестирование текущих линий связи с целью выяснения возможностей использования VPN-каналов или синхронизации Windows 2000 Active Directory. Кроме того, на данном этапе можно протестировать используемые в настоящий момент приложения на платформе Windows 2000.

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

Установка и настройка программного обеспечения

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

Как видите, описание этого этапа занимает в статье минимум места - именно потому, что он должен быть полностью описан в ходе трех подготовительных этапов. Осуществляться он должен в кратчайшие сроки. Итогом должна стать установленная, налаженная и протестированная ИС, в полной мере реализующая возможности платформы Microsoft Windows 2000. И если вы не пренебрегли подготовительными этапами и привлекли к проекту профессиональных исполнителей, то так оно и будет.

Установить и настроить операционную систему на порядок сложнее и дольше по времени, чем создать образ и перенести на другой компьютер. Если у вас возникла необходимость перенести ОС вместе со всеми программами (причиной может быть, например, покупка нового устройства), не стоит паниковать - это делается вполне просто. Внимательно прочитайте рекомендации ниже и выберите удачный способ «переселить» Windows. Все необходимые вам файлы и утилиты окажутся на месте, вы больше не будете терять массу времени и нервов на переустановку ОС. С установкой SSD диска также не будет сложностей.

Образ системы. Перенос Windows 7 без установки утилит

Пожалуй, самый легкий и быстрый вариант. В системе имеется инструмент создания резервной копии - заходим в меню Пуск, выбираем «Все программы», затем «Обслуживание» и «Архивация и восстановление». Далее необходимо создать диск восстановления ОС и создать образ. Выполняем следующие действия:

1. Чтобы создать образ, нужно указать путь, где будет создаваться архив всех данных: выбираем диск, оптический или внешний HDD. Кстати, можно создать образ и хранить онлайн, но об этом позже. Выбирайте диск с достаточным местом для осуществления этого процесса, лучше, если это будет все же логический или внешний диск. Архивируем.

1. После окончания процесса загружаем другое устройство, вставляем наш носитель с копией и загружаем систему.
2. Нажимаем на «Восстановление ОС», указываем носитель с образом.

1. Действие выполнено, перезагружаем устройство.

Обратите внимание! Чтобы система загрузилась, необходимо поставить в настройках BIOS загрузку с жесткого диска.

В принципе, метод довольно простой и не требует установки никаких утилит. Однако архив создается не так-то быстро и нет возможности его сжатия. Есть более эффективные программы.

Создаем клон ОС. Paragon Drive Copy

Следующий метод переноса виндовс - посредством приложения для бэкапа или с помощью виртуализации. Вы сможете запустить операционную систему, не устанавливая.

Чтобы выполнить клонирование диска старого ПК необходимо скачать и поставить приложение . Эта программа запросто поможет осуществить миграцию операционки с одного устройства на другое. Утилита довольно функциональна, имеет множество вариантов создания образа и хранения данных.

Итак, чтобы перенести ОС, используя данную утилиту, необходимо выполнить ряд действий:

1. Нажимаем «Архивирование диска или раздела».
2. Отмечаем диск для клонирования.
3. Ставим флажок на «Изменить параметры архивирования».
4. Далее выбираем опцию «Без сжатия».
5. В настройках должна быть отмечена возможность непосредственного доступа к секторам раздела.

Архивируем данные. Создаем новый раздел

Теперь, когда мы создали образ, переносим его на новое устройство. Часто бывает так, что на компьютере стоит устаревшая операционка (например, Windows XP), но пользователь хочет поставить туда современную ОС. В таком случае нужно сделать новый раздел в уже имеющейся системе и выбрать его в загрузчиках системы.

Что нужно для этого сделать?

1. Ставим приложение на новое устройство.
2. В дополнительных возможностях архивирования программа представит разделы диска. Если доступна необходимая по объему область (размер создаваемого раздела не должен быть меньше архива с Windows XP), создаем новый раздел.
3. После окончания процесса создания раздела нажимаем на него мышкой в утилите «Backup & Recovery», восстанавливаем логический диск. Следуя указаниям приложения, завершаем настройки и копируем копию на новую операционку.

Образ виндовс в виртуальной среде. Приложение Live SkyDrive

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

Первое, на что стоит обратить внимание, - наличие свободного места. Если вы хотите разместить не сильно объемный диск, можете использовать бесплатный ресурс - Windows Live SkyDrive. Объем информации может быть до 25 Гб.

Инструмент позволяет создать 3 вида папок, которые хранятся в сети:

Папки, которые доступны только создателю,

Папки, для которых создатель может составить список лиц для доступа,

Всем доступные открытые папки.

Данная утилита открывает такие возможности:

• Возможность хранить данные объемом до 25 Гб. Доступ может быть осуществлен с любого устройства, даже с мобильного телефона. Простой интерфейс помогает без труда загрузить информацию на сервер.
• Хранение файлов бесплатное. Сегодня множество подобных сервисов позволяют бесплатно хранить файлы в сети, однако некоторые могут потребовать плату за расширение функций.
• Возможность создать папку собственной структуры и хранить любые файлы. Можно создавать прямые ссылки на папки.

Как безопасно зашифровать информацию?

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

Чтобы зашифровать информацию, выполните следующие действия:

1. Установить утилиту TrueCrypt .
2. Нажмите «Создать том».
3. Осуществите выбор мощности шифрования, слишком сильно желательно не шифровать, иначе может измениться скорость закачки и загрузки. Оптимальный вариант - средняя мощность.
4. Перемещайте данные в готовый контейнер, монтируйте и вводите пароль. Выполняйте шифрование, следуя подсказкам утилиты.

Переносим операционку на новое устройство (ОС одинаковы)

Наиболее типичный вариант, когда необходимо перенести ОС на другое устройство с аналогичной системой. В таком случае миграция быстро осуществляется посредством создания протокола бэкапа утилитой Ocster Backup .

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

Обратите внимание! Должна быть активирована функция «Use default access permissions», иначе новая операционка не получит прав для доступа к файлам.

Переносим операционку на новое устройство (ОС Windows разные)

Бесплатная программа Windows Easy Transfer позволяет перенести систему и все настройки на виндовс другой версии. Не забывайте про особенности определенных систем. Например, информация о профиле сохраняется в разных папках.

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

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

Переносим ОС на SSD диск

Как осуществить перенос виндовс с IDE или SATA на SSD?

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

Утилита для переноса ОС на SSD

Программ довольно много, рассмотрим одну из наиболее популярных и функциональных. Это Drive Copy 11 Professional производства бренда Paragon. Данная утилита дает возможность перенести образ на диск. В чем преимущество этой программы?

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

Проблемы, возникающие при использовании 3Tб диска

Покупая диск емкостью более 2,2 Тб, многие часто сталкиваются с проблемой: операционная система не хочет использовать полностью весь объем диска - она его попросту не видит. Причина проста - стандартный вариант разметки MBR не допускает такого действия. Однако выход из ситуации есть и он просто - снова воспользоваться уже известной нам утилитой Drive Copy 11 Professional, она предоставит возможность прочитать весь свободный объем жесткого диска.

Таким образом, перенести операционную систему довольно просто. Стоит только установить нужную утилиту и пользоваться подсказками данной статьи.