Göç bilgi sistemi. Uygulama projelerinde veri taşıma sürecinin aşamaları

Bir şirketin mevcut bilgi sisteminin (IS) Microsoft Windows 2000 dahil olmak üzere herhangi bir yeni platforma aktarılması, çözümü sistematik bir yaklaşım ve planlama gerektiren karmaşık ve zaman alan bir iştir.

Windows 2000 ve BackOffice Server 2000 bileşenlerini (bu makalede Windows 2000 platformu olarak adlandırdığımız) uygulamaya yönelik özel çalışma planı, kuruluşunuzun boyutuna ve özelliklerine bağlıdır. Genel olarak, "doğru" çalışma planı şöyle görünür:

• şirketin mevcut IS'si analiz edilir;
• Windows 2000 platformunun tüm avantajları kullanılarak yeni IS'nin yapısı planlanmıştır;
• bir pilot proje yürütülmektedir;
• yazılım yüklenir ve yapılandırılır.

Mevcut sistemin analizi

Bu aşamada, mevcut IS'nin tüm bileşenleri ayrıntılı olarak incelenir ve mevcut olanı kullanma olasılığı bilgi yapısı. Donanım, iletişim yapısı ve ağ altyapısının analiz edilmesi, sunucu ve istemci yazılımlarının envanterinin çıkarılması gerekir.

Analiz donanım. Ana hedefler, donanımın Windows 2000 platformunun gereksinimlerini karşılayıp karşılamadığını ve en iyi nasıl kullanılacağını belirlemektir. Windows 2000'e geçerken eski ekipman kullanımından vazgeçmenin gerekli olmaması önemlidir - örneğin, bir terminal sunucusu kullanırken, eski ekipman Windows 2000'den bile daha verimli çalışacaktır. önceki sürümler Windows (bkz. V. Zhirnov, Terminal Solutions, Enterprise Partner No. 15/2000, s. 24).

İletişim yapısının analizi. Temel amaç, yeni bir IS'nin yapısını planlama aşamasında kullanılabilecek ayrıntılı bir iletişim planı çizmektir.

Ağ altyapısı analizi. Amaç, kuruluşun ağ altyapısının mevcut durumunu yansıtan diyagramlar oluşturmaktır. Bu sırada hangilerinin kullanıldığı belirlenir. ağ Servisleri, protokoller vb.

Kullanılan sunucu yazılımı ve uygulamalarının bir listesinin derlenmesi. Amaç, sunucuların özelliklerini, gerçekleştirdikleri işlevleri, kullanılan uygulamaları listeleyen bir özet rapor elde etmektir. Bu raporun derlenmesinden sonra, bilgi altyapısının Microsoft Windows 2000 platformuna aktarılma olasılığının kapsamlı bir analizi yapılır; mevcut sunucuların kullanımını optimize etme olasılığını göz önünde bulundururken.

İlk aşamanın bir sonucu olarak, IS'nin mevcut durumunun kapsamlı bir resmini elde edecek ve Windows 2000 platformunun gereksinimlerini nasıl karşıladığını ve bunun yanı sıra tam bir çalışma döngüsünün yaklaşık süresini ve maliyetini öğreneceksiniz. sistemi bu platforma aktarın.

Yeni sistemin yapısının planlanması

Şirketin öncelikli faaliyet alanlarına ve çıkarlarına uygun olarak, IS'nin mantıksal mimarisi ve bunun donanım ve yazılım uygulaması için çeşitli seçenekler geliştirmek gerekir. Genellikle bu aşama birkaç planın geliştirilmesini içerir.

Geçiş tamamlandıktan sonra şirketin bilgi altyapısının planı.Şirketin gelecekteki etki alanı yapısını, ağ hizmetlerinin organizasyonunu, İnternete güvenli erişim sağlamayı, posta altyapısını, şemaları yansıtır. Yedek kopya ve donanım arızaları durumunda sunucuların kurtarılması. Ek olarak, sunucuları Windows 2000 platformuna aktarırken sorun olması durumunda şirketin eski altyapısını geri yükleme imkanı sağlar.Yeni çözüm mevcut olana paralel olarak uygulanabilir. Örneğin, bir şirketin veri ambarı Oracle DBMS tabanlıysa ve şuraya geçiş kararı alınmışsa: VTYS Microsoft SQL Server 2000, bu iki sistemin bir deneme süresi boyunca bir arada var olmasını sağlayacak bir çözüm oluşturmak mümkündür. Bu, arıza veya kesinti olasılığını en aza indirir ve yeni platforma sorunsuz bir geçiş sağlar.

Sunucu geçiş planı. Sunucuların Windows 2000 platformuna nasıl taşınacağını açıklar, geçiş sırasında karşılanması gereken gereksinimlerin bir listesini formüle eder. Aslında bu, geçişi gerçekleştiren mühendislerin üzerinde çalışacağı ana belge haline gelecektir.

İstemci bilgisayarları taşımayı planlayın. Kuruluştaki mevcut platformları güncelleme sırasını ve prosedürünü açıklar.

Uygulama Sunucusu Geçiş Planı.Şirketin ihtiyaçlarına bağlı olarak, mevcut altyapının taşınması için planlar ve şemalar geliştirilebilir. posta sunucuları veya veritabanı sunucularını Windows 2000 platformuna.Gerekirse, şirketin ofisinden İnternete güvenli erişim için şemaların yanı sıra, bilgi kaynakları ofis dışında çalışanlar için çeşitli teknolojiler kullanan şirketler. Coğrafi olarak dağıtılmış ofisler arasında güvenli iletişim kanalları oluşturmaya yönelik şemalar geliştirmek mümkündür.

İkinci aşamanın sonucu, Microsoft Windows 2000 platformuna dayalı bir IS oluşturmak için iş türlerini, bunların zamanlamasını ve maliyetini gösteren ve ayrıca sistemin beklenen işlevselliğini açıklayan bir takvim çizelgesi olmalıdır.

Pilot proje

Bu aşamada kritik iş uygulamalarının ve fonksiyonlarının çalışmasını Windows 2000 platformuna yakın koşullarda test etmeniz gerekmektedir Kritik uygulamaların çalışmasını, uygulanan yapıyı simüle eden bir test tezgahında simüle edebilirsiniz. Çeşitli yazılım ve donanım konfigürasyonlarını ve ayarlarını kullanma olasılıklarını bulmak için çeşitli türde donanım testleri yapılabilir. Mevcut ve uygulanan sistemlerin karşılaştırmalı testi yapılabilir, örneğin, VPN kanallarını veya Windows 2000 senkronizasyonunu kullanma olasılıklarını bulmak için mevcut iletişim hatlarının testi Aktif Dizin. Windows 2000 platformunda mevcut uygulamalarınızı da bu aşamada test edebilirsiniz.

Üçüncü aşama sonucunda ana projenin başarılı bir şekilde uygulanması için zemin hazırlanmış olacaktır. Bu aşamada, kaçınılmaz olarak sorunlar ortaya çıkacaktır ve aşamanın amaçlarından biri, bu sorunları incelemek ve bunların çözümü ve önlenmesi için öneriler geliştirmektir.

Yazılımı yükleme ve yapılandırma

Kurulum ve konfigürasyon çalışmalarının yürütüldüğü son aşama yazılım, uygulamaları ve iş süreçlerini yeni bir ortama aktarma, uygulanan çözümün kapsamlı testi.

Gördüğünüz gibi, bu aşamanın açıklaması makalede minimum yer kaplıyor - çünkü tam olarak üç hazırlık aşaması boyunca tam olarak açıklanması gerekiyor. En kısa sürede gerçekleştirilmelidir. Sonuç, Microsoft Windows 2000 platformunun yeteneklerini tam olarak gerçekleştiren kurulu, ayarlanmış ve test edilmiş bir IS olmalıdır ve hazırlık aşamalarını ihmal etmediyseniz ve profesyonel oyuncuları projeye çekmediyseniz, o zaman öyle olacaktır.

Veri taşıma süreci, IP uygulama projesinin aşamalarından biri olabilir veya ayrı bir proje olarak organize edilebilir. Bu çalışma çerçevesinde veri taşıma süreci kapsamında, kastettiğimiz tasarım çalışması veri taşımayla ilgili tüm görev döngüsünü kapsar: veri taşımayla ilgili planlama çalışmasından veri taşıma aşamasının sonuçlarının değerlendirilmesine kadar.

Her durumda, veri taşıma süreci birbiriyle ilişkili birkaç ardışık aşamaya bölünmüştür; bu çalışmada, geçiş sürecinin Oracle ve IBM metodolojisine göre tüm adımları sırayla ele alınacaktır.

Geçiş sürecinin yaşam döngüsü, veri taşıma aşamasının bir strateji oluşturması ve risk değerlendirmesinin ardından başlar. Geçiş sürecinin akış diyagramı, süreç diyagramında sunulmuştur.

Herhangi bir veri taşıma işleminin amacı, eski sistemin bilgilerini, veri türlerini ve biçimlerini veri türleri ve biçimleriyle eşlemektir. yeni sistem. Veri taşıma sırasında “Veri Çıkarma” aşaması eski sistemden verilerin seçilip boşaltılmasına, “Veri Yükleme” aşaması ise eski sistemden alınan verilerin aktarılarak yeni sisteme yüklenmesine karşılık gelir. Taşıma işlemi aşağıda daha ayrıntılı olarak ele alınacaktır.

Veri taşıma planlama aşaması tamamlandıktan sonra sıra, taşınan veriler için gereksinimlerin belirlenmesi aşamasına gelir. Bu aşama, müşteri gereksinimlerinin geliştirilmesini ve bunların ilgili proje belgelerinde tanımlanmasını içerir. Gereksinimleri Toplayın aşamasında, proje ekibi içinde aşamanın tesliminden sorumlu rol İş Analisti veya Sistem Analistidir. Göçün bu aşaması, bu çalışmanın üçüncü bölümünde daha ayrıntılı olarak ele alınacaktır. Geçiş için veri gereksinimlerinin belirlenmesi aşamasının çıktı bilgisi, geçiş için verilerin yapısının ve bileşiminin bir açıklamasıdır.

Geçiş için veri gereksinimlerinin toplanması aşaması, kural olarak, bir sonraki aşamayla - kaynak sistemden hedef sisteme veri aktarımı için algoritmaların geliştirilmesiyle - çok yakından ilgilidir. Tasarım aşamasında, analistler tarafından kaynak sistemin veri tiplerini ve bunların hedef sistemin veri tipleriyle ilişkilerini açıklayan ayrıntılı spesifikasyonlar oluşturulur. Bu tür spesifikasyonlar, geçiş için veri yapısını, hacimlerini, kaynaklarını ve hedeflerini tanımlar. Spesifikasyon, veri aktarımı için özel yazılımlar tasarlayacak ve geliştirecek olan geliştirici için görevleri belirlemek için bir kaynaktır. Tasarım aşamasında, kaynak sistemdeki mevcut veri mimarisinin analizi - "olduğu gibi" analiz ve hedef sistemdeki veri mimarisinin geliştirilmesi - "olmak" gerçekleştirilir. Mevcut veri mimarisi analiz edilirken, tüm sınırlamalar ve BT altyapısı ve bunların taşınan verilerle hedef sistemin işleyişi üzerindeki etkileri belirlenir ve dikkate alınır. Veri mimarisi analizinin çıktı yapıları aşağıdakiler gibi belgeler olabilir: mantıksal modeller veriler (ER diyagramları, veri tabanı modelleri), sözlükler ve referans kitapları Detaylı Açıklama her öğe ve nitelikleri, verilerle çalışmak için iş kurallarının tanımı, bilgi alışverişi ve entegrasyon sırasında kaynak sistemle etkileşime giren sistemler hakkında bilgi.

Gereksinimlerin ve tasarımın toplanmasının sonuçları, bir yöntem seçmenin ve veri taşıma teknolojisini belirlemenin temelini oluşturur. Geçiş, çevrimdışı veya çevrimiçi olarak gerçekleştirilebilir, yöntemlerin sınıflandırılması, geçiş işlemi sırasında uygulamaların korunup korunmadığına bağlıdır. Geçiş yöntemi ve araçlarının seçimi, mevcut sistem kapalı kalma süresi, iş ortaklarına bağımlılık, veri hacmi, kaynak sistem veri depolarının fiziksel konumu, kaynak sistem ve hedef sistemin bilgi güvenliği politikası gibi faktörlerin bir kombinasyonu tarafından belirlenir.

Yukarıda açıklanan analiz ve planlama aşamaları genel bir hazırlık aşamasında birleştirilebilir. Geliştirilen prosedürler ve taşıma mekanizmaları, verilerin çıkarılması, aktarılması ve yeni bir sisteme yüklenmesi aşamalarını düzenler, yani ETL sürecinin tüm adımları sırayla gerçekleştirilir. Geçiş için gerekli verileri aldıktan sonra, bu verileri hedef sisteme yükleme aşaması başlar ve başlamadan önce ayrı bir aşama olan taşınan içeriğin doğrulanması gerekir.

Yüklenen verilerin gereksinimlere uygunluğunun kontrolü, geçiş sürecinde bir ara adım olarak "çevrimiçi" modda - doğrudan hedef bilgi sisteminin girişinde veya "çevrimdışı" modda - gerçekleştirilebilir. Verilerin hedef sisteme yüklenmesi tamamlandıktan sonra, ek bir kontrol gerçekleştirilir, genellikle her iki sistem de paralel çalışma için başlatılır. Paralel çalışmanın test faaliyetleri, geçiş sürecinin kural ve prosedürleri tasarlanırken planlanır. Geçiş süreci çerçevesinde iki sistemin paralel çalışması deneme işletimi olarak değerlendirilebilir. Deneme çalışmasının sonucu, taşınan verilerle yeni bir sistemin tam olarak çalışabilirliğinin doğrulanması olabilir. Kaynak sistem ile hedef sistemin paralel çalışması sırasında büyük hatalar tespit edilirse, verilerin yeniden taşınmasına ve içeriğin yeniden yüklenmesine karar verilebilir. Kararlaştırılan geçiş sonuçları, yüklenen verilerle birlikte hedef sistem deneme işlemi günlüğüne kaydedilir, test senaryoları gerçekleştirilir, taşınan verilerin hedef sistemin gereksinimlerine uygunluğunu kontrol etmek için anketler derlenebilir.

Test faaliyetleri, kaynak sistem ile hedef sistemin paralel çalışmasıyla sınırlı değildir. Hataları erken tespit etmek ve geçiş yazılımının geliştirilmesi başlamadan önce düzeltmek için taşınan veri örnekleri üzerinde testler yapılabilir. Hataların daha erken düzeltilmesi bütçeden tasarruf sağlar ve verilerin yeniden indirilmesini önler. Test faaliyetleri, geçiş sürecindeki veri denetim faaliyetlerini içerebilir. Veri denetimi, verilerin durumunu izlemenize ve geçiş çalışması sırasında kullanıcılar tarafından içerikte yapılabilecek değişikliklerden kaynaklanan hatalardan kaçınmanıza olanak tanır.

Geçiş sonuçları üzerinde anlaşmaya varıldıktan sonra, genel olarak veri geçişinin ardından hedef sistemin performansının kontrol edilmesi, temizlenmesi ve test edilmesi dahil olmak üzere geçiş sonrası çalışma aşaması başlar. Temizlik manuel veya ile yapılabilir yazılım araçları. Veri temizleme, eski bilgileri kaldırmak ve gereksinimleri karşılamak için gerçekleştirilir. bilgi desteği yeni sistem.

Yukarıda verilen veri taşıma metodolojisi, projenin bu aşamasını organize etmedeki en "darboğazın" planlama ve müşterinin iş gereksinimleriyle çalışma aşaması, yani gereksinimleri toplama ve tasarlama aşaması olduğunu varsayar, bu nedenle sorunları çözmeye yönelik yaklaşımları dikkate alacağız. Bu aşamalar çalışmanın ilerleyen bölümlerinde daha detaylı olarak anlatılacaktır. İş gereksinimlerinin planlanması ve geliştirilmesi aşamalarına ek olarak, Deming döngüsüne (PDCA) göre işin performansı olduğundan, veri taşıma aşamasının çalışmalarının sonuçlarının değerlendirilmesi aşamasına özel dikkat gösterilmelidir. benzer projelerde benzer çalışmaların başarısı için bir koşul olan değerlendirme faaliyetleri.

1.1. Veri taşıma planlamasının özellikleri

Veri geçişi planlaması, süreç yaşam döngüsünün ilk adımıdır ve sürecin temel riskleri ve geçiş stratejisi anlaşılarak yapılır. Geçiş stratejisine ek olarak, girdi bilgileri, görev tanımının bir bölümü veya veri taşımaya ayrılmış tüm projenin kapsamı hakkında bir belge olabilir. Planlama aşamasında, tasarım kısıtlamaları (veri kaynakları, gereksinimler) açısından ulaşılabilir olan veri taşıma sürecinin kapsamı belirlenir. Üst düzey) veri taşıma sürecinin amaçları. Geçiş sürecinin kapsamını tanımlamak için, sistemin geçmişte verileri nasıl işlediğini ve gelecekte nasıl işlemesi gerektiğini anlayan iş kullanıcılarını dahil etmek mantıklıdır. Ayrıca geçiş yöntemine bağlı olarak bir termin süresi belirlenir ve belirlenen bütçe dahilinde gerekli kaynaklar tahsis edilir. Veri geçişinizi planlarken önemli noktalar müşteri tarafından süreç katılımcılarının, yani veri yönetiminden sorumlu olan müşterinin iş kullanıcıları ve teknik uzmanlarının tanımıdır. Veri taşıma süreci planlama sürecinin çıktısında aşağıdaki tasarım yapıları oluşturulabilir:

• - Veri geçişi çerçevesine ilişkin belge;
• - Proje ekibinin sorumlu üyelerini gösteren veri geçişi için iş planı;
• - Geçiş aşamasında iletişim planı.

IP uygulama projelerinde geçiş aşamasının organizasyonu, bir çalışma planı hazırlamak, gerekli kaynakları ve son teslim tarihlerini hesaplamak için gerekli olan planlama aşamasıyla başlar.

Geçiş aşamasındaki iş paketleri, süreç yaşam döngüsünün aşamalarına karşılık gelmelidir, iş programının yaklaşık yapısı aşağıdaki gibi olabilir:

• - Veri taşıma çerçevesinin planlanması ve belirlenmesi;
• - İş analizi ve gereksinimlerin belgelenmesi;
• - Özel yazılımların seçimi, özelleştirilmesi veya tasarımı ve geliştirilmesi;
• - Veri aktarımı;
• - Taşınan verilerin doğrulanması;
• - Deneysel operasyon;
• - Geçiş sonrası temizlik ve test çalışmaları;
• - Geçiş sonuçlarının koordinasyonu, uygulama projesi aşamasının değerlendirilmesi ve kapatılması.

Veri geçişi aşamasının iş paketlerinin uygulanmasından sorumlu proje ekibi üyelerinin atanması, iş planının hazırlanmasından sonraki planlama aşamasında gerçekleşir.

Seçilen proje rollerine kümeler atanır - MSF metodolojisinde tanımlanan sorumluluk alanları. Taşıma bağlamında ürün yönetimi derken, taşınan verilerin kalitesini ve taşımadan sonra hedef sistemin sağlığını yönetmeyi kastettiğimizi ayrıca belirtmekte fayda var. Geçiş süreci açısından yayın yönetimi - geçiş sürecinin yinelemelerinin gerçekleştirilmesi, geçiş verilerinin alınması ve yüklenmesi.

MSF modeline uygun olarak, rol kümeleri arasında aşağıdaki sorumluluk dağılımı varsayılır:

• - Sistem Analisti - program yönetimi, müşteri memnuniyeti;
• - Geliştirme yöneticisi - program yönetimi, ürün yönetimi, sürüm yönetimi;
• - Geliştirici - verileri hedef Sisteme aktarmak için algoritmaların veya özel yazılımların geliştirilmesi, özel yazılım (gerekirse);
• - Test Cihazı - test etme, sürüm yönetimi.

İlgili insan kaynaklarının veri taşıma sürecindeki faaliyetlere katılımını açıkça göstermek için, çalışmanın Ek 1'inde verilen RACI matrisini derleyeceğiz (bkz. Ek 1 - veri taşıma çalışması için RACI Matrisi).

Geliştirme yöneticisinin (teknik yönetici) veri taşıma ekibinin lideri olarak kabul edildiğini ve bu nedenle tüm sürecin bir bütün olarak yürütülmesinden sorumlu olduğunu belirtmek gerekir. Ancak, veri geçişi, tüm projenin yöneticisinin atandığı büyük ölçekli bir BS uygulama projesinin parçası olarak gerçekleştirilirse, geçiş aşamasının teknik yöneticisi yalnızca zamanlamanın belirlenmesi ile ilgili görevlerde uygulayıcı olacaktır. ve işe alım. Bu durumda personel, kaynaklar ve son teslim tarihlerine ilişkin kararlar proje yönetimi tarafından toplu olarak alınır.

Katı hal sürücüleri çok daha hızlı olduğundan, çoğu kullanıcının Windows 10'u HDD'den SSD'ye nasıl aktaracağıyla ilgili bir sorusu vardır. Şimdi bunun neden gerekli olduğu ele alınacak ve bu işlemin fazla çaba ve zaman gerektirmeden gerçekleştirilebilmesini sağlayan bazı temel yöntemler verilecektir.

SSD'ye aktarım neden gereklidir ve kullanıcı ne gibi avantajlar elde eder?

Başlangıç ​​\u200b\u200bolarak, neden bu tür işlemleri yapmaya çalıştığınıza karar verelim. Mesele şu ki, yukarıda belirtildiği gibi, SSD tipi sabit diskler, geleneksel HDD'lere kıyasla daha yüksek veri okuma hızına sahiptir.

Bu, en basit sonuca işaret ediyor: Windows 10'u bir SSD sürücüsüne aktardıktan sonra, sistem "uçmak" dedikleri gibi çok daha hızlı çalışacaktır. Herhangi bir üçüncü taraf çöpü olmadan yalnızca işletim sistemini yeni sabit sürücüye kopyalaması gerekiyor. Tüm bunlarla birlikte, bazı özel yazılım ürünlerini tercih ederseniz veya sistemi HDD'den SSD'ye aktarmak için tasarlanmışsanız, bazı durumlarda yalnızca sistemin kendisini kopyalayabilir, Windows'u içinde yüklü tüm programlarla ve kullanıcı dosyalarıyla klonlayabilir, hatta görüntüler oluşturabilirsiniz. tüm kullanıcı ayarlarıyla. Burada, zaten açık olduğu gibi, ana koşul, sonunda neye ihtiyacınız olduğuna bağlı olarak uygun programın seçimidir. Ama önce ilk şeyler.

Bir sistemi bir SSD sürücüsüne geçirmek için genel ilkeler

Hemen bir rezervasyon yapalım: Windows 10'un bir SSD'ye hızlı bir şekilde aktarılmasının tüm dosya ve klasörleri, hatta gizli olanları bile kopyalayarak yapılabileceğine inanan tüm kullanıcılar, derinden yanılıyorlar. Bundan iyi bir şey çıkmayacak ve sistemin kendisi önyükleme yapmayacak. Burada farklı bir teknik uygulamanız gerekiyor. Aynı zamanda hem Windows 10 hem de bunun için özel olarak tasarlanmış üçüncü parti yazılım ürünlerini kullanmak mümkün. Hem birinci hem de ikinci durumda Windows 10'u bir SSD'ye aktarmak oldukça basittir ve fazla çaba veya özel bilgi gerektirmez.

Winaero WEI aracı yardımcı programını kullanarak işletim sisteminin performansını hesaplayabilirsiniz. Windows 10'a geçiş yapıldıktan sonra Birincil Sabit Sürücü 5,6'dan 7,95'e yükseltildi.

Windows performansının arttığı ortaya çıktı. Yazılım daha hızlı çalışmaya başladı ve yeniden başlatma ve dosyaları kopyalama süresi azaldı. Genel olarak, sistemin yanıt verebilirliği önemli ölçüde artmıştır.

Ardından bunları temiz bir Windows kurulumunda geri yükleyin. Ancak eminim ki dikkatle ayarlanmış bir sistemi bir sürücüden diğerine taşımak isteyenler olacaktır. Başlangıçta, bu girişi planlamamıştım, ancak postada başka bir soru aldıktan sonra, bu basit işlemi blogda vurgulamaya karar verdim.

Disk klonlama için özel programlar vardır (örneğin, Acronis veya Paragon). Onlarda, pazarlamanın odak noktası, bu kılavuzun başlığında olduğu gibi, genellikle sistemi HDD'den SSD'ye taşımaktır :) Ancak, bu sorunu ücretsiz olarak çözebilirsiniz. Microsoft araçları, hoş olmayan sürprizlerden kaçınmak ve talimatlarım şunlar için geçerlidir: herhangi disk türleri.

Bu kılavuzun bir sistemi klonlama ve onu başka bir sürücüye taşıma sürecini açıkladığını vurgulamak istiyorum. aynı bilgisayar içinde. Sistemin başka bir bilgisayara aktarılması (aynı donanım yapılandırmasıyla bile) yalnızca sysprep yardımcı programı kullanılarak özetlenen görüntüler için desteklenir. Resmi olarak Microsoft, sysprep olmadan klonlamayı hiçbir şekilde desteklemez (hatta üçüncü taraf yazılımları). Önerdiğim yöntemde desteklenecek birkaç teknik sınırlama var, ancak bunları ev bilgisayarları için önemli görmüyorum.

Programda bugün

İhtiyacın olacak…

Öncelikle terminolojiyi tanımlayalım. İfadeleri gördüğünüz yerde " yükleme diski”, “Windows PE disk”, “kurtarma diski”, hem optik diski (CD / DVD) hem de çıkarılabilir USB diski (flash sürücü) eşit başarı ile kullanabilirsiniz.

Yani ihtiyacın var:

1. Çarşamba herhangi bir biçimde. Olabilir:

• kurulum Windows diski
• işletim sisteminizle eşleşen kurtarma diskindeki kurtarma ortamı (Windows 7 veya Windows 8 ve üzeri yönergelere bakın)
• oluşturduğunuz Windows PE 3.1 veya 4.0 diski

Neden imagex ve yardımcı programı nereden edinebilirsiniz?

Merhaba arkadaşlar! Sık sık basit bir sabit sürücü HDD'sinden SSD'ye aktarmam gerekiyordu. Ağırlıklı olarak şu programları kullandım: Paragon Migrate OS to SSD, Paragon Home Expert 12 ve AOMEI Partition Assistant Home Edition. Windows'ta yerleşik araçları kullanarak Windows 7'yi HDD'den SSD'ye aktarmanın en uzun ama ilginç yolu.

1. Paragon Home Expert 12 tarafından transfer işlemi ile ilgileniyorsanız, bağlantıyı takip edin ve makaleyi okuyun.
2. Yeni yazılarımız da ilginizi çekecektir.
3. Makaleyle ilgileniyorsanız, özel bölümü ziyaret edin. bir depolama ortamından diğerine.

En kolay ve şaşırtıcı derecede hızlı yol Windows 7'yi HDD'den SSD'ye taşımaprogramı kullanarak Paragon İşletim Sistemini SSD'ye Taşıyın , bu program yardımıyla sistemi bugün bir SSD'ye aktarmanızı öneririm.

Program ödenir, 390 rubleye mal olur. Windows 8'e sahipseniz, Paragon Migrate OS to SSD 3.0'ın yalnızca en son sürümü geçiş için uygundur.

İnternet sitesi http://www.paragon.ru/home/migrate-OS-to-SSD

Önemli not: Paragon Home Expert 12 kuruluysa Paragon Migrate OS to SSD yardımcı programı bu programın paketine dahildir.

Paragon Home Expert 12 ile Windows 7'yi HDD'den SSD'ye aktarmak istiyorsanız, bu makalenin sonuna gidin, orada küçük bir talimat var.

İşletim sistemini HDD'den SSD'ye aktardıktan sonra, disk bölümlerinin SSD mimarisine göre doğru hizalanmasını kontrol etmeniz gerekir. Hizalanmış bölümler, SSD'nizin maksimum performansını, hızını ve uzun ömürlülüğünü garanti eder, inanın bu çok önemlidir. Ücretsiz AS SSD Benchmark yardımcı programıyla bölüm hizalamasının doğruluğunu kontrol edeceğiz.

Paragon Migrate OS to SSD ile Windows 7'yi HDD'den SSD'ye Taşıma

Bu nedenle, bilgisayarımın Disk Yönetimi penceresine dikkat edin, birinde iki bölüme ayrılmış 250 GB'lık bir sabit disk var - sürücü (C :) Windows 7 işletim sistemi var ve onu aktaracağız ayrılmamış alanı temsil eden 120 GB SSD'ye.

Paragon Migrate OS to SSD'yi başlatın. Sonraki.

Program otomatik olarak benim SSD sürücüsü ve işletim sistemini aktarmaya hazır. "İşletim sistemi ile bölüm için tüm kullanılabilir alanı kullan" öğesine dikkat edin, buradaki kutuyu işaretlediğinizden emin olun ve yarıiletken sürücünün tüm alanı, aktarılan Windows ile yeni bir disk (C:) oluşturmak için ayrılacaktır. Sonuçta, katı hal sürücüleri esas olarak yalnızca işletim sistemini kurmak için kullanılır.
"Lütfen hangi klasörlerin kopyalanacağını seçin" seçeneğini tıklarsanız, ardından kopyalamak istediğiniz klasörleri seçebilirsiniz. Tüm Windows'a ihtiyacım var, bu yüzden olduğu gibi bırakacağım.

Kopyala düğmesine tıklayın.

Herhangi bir yeniden başlatma olmadan şüpheli bir şekilde kısa bir geçiş süreci var.

İstemeden eski güzel Acronis'i hatırladım gerçek görüntü Acronis kusursuz çalışmasına rağmen, işletim sisteminin bir görüntüsünü oluşturmanın ve ardından onu SSD'ye dağıtmanın gerekli olduğu yerde, ancak birkaç kat daha fazla zaman alıyor.

Acronis'ten bahsederken, Paragon Migrate OS to SSD programı Windows 7'mizi bir SSD'ye taşıdı. SSD katı hal sürücüsünden önyükleme yapmamızın önerildiği son pencere. Yeniden başlatıyoruz.

Şimdi BIOS'a girmeniz ve SSD'den önyüklemeyi ayarlamanız gerekiyor. Önyükleme Menüsünü (F8) seçin.

Klavyedeki okları kullanarak katı hal sürücümüzü seçin ve Enter tuşuna basın. Bilgisayar SSD'den açılıyor.

Not: UEFI BIOS hakkında sevdiğim şey, mevcut tüm önyükleyicileri içeren ve bunlarla asla karıştırılmayacak olan kendi önyükleyicisinin varlığıdır. UEFI BIOS, yüklediğiniz son işletim sistemini hatırlar ve bir dahaki sefere yükler. İşletim sistemleri arasında geçiş yapmak (kaç tane kurmuş olursanız olun) basit, hızlı ve hatasızdır.

Normal bir BIOS'unuz varsa, aktarım da sorunsuz gerçekleşmelidir. Yapmanız gereken tek şey, içinde sabit disklerin önceliğinden sorumlu olan parametreyi bulmaktır. Sabit Disk Sürücüleri (AMI BIOS) veya Sabit Disk önyüklemesiÖncelik (ÖDÜL BIOS) ve SSD'nizi ilk cihaz olarak ayarlayın. Bu parametreleri nasıl bulacağınızı şurada bulabilirsiniz.

Bilgisayar gereksinimleri

Herhangi bir işletim sistemi aktarım adımı gerçekleştirmeden önce, cihazınızın, yardımcı programın SSD ile etkileşime girmesine ve büyük miktarda veri aktarmasına izin veren tüm minimum gereksinimleri karşıladığından emin olun. Minimum gereksinimler aşağıdaki tabloda gösterilmektedir:

Hakkında penceresini kullanarak bilgisayarınızın ayarlarını yukarıdaki özelliklerle karşılaştırabilirsiniz. Ana donanımda doğru verileri görüntüler ve yazılım bileşenleri cihaz:

Şekil 2 - Windows ve bilgisayar ayarlarını görüntülemek için pencere

Windows'un yerleşik özelliklerini kullanma

İşletim sistemini bir flash cihaza aktarmak için talimatları izleyin:

• Disk Yönetimi penceresini açın. Bunu yapmak için çalıştırma penceresine diskmgmt.msc komutunu yazın ve eylemi onaylayın;

Şekil 3 - disk yönetimi aracını başlatma

• Şimdi diskteki işletim sistemi miktarını azaltmanız gerekiyor. İşlemi, Hacmi Küçült işlevini kullanarak gerçekleştirebilirsiniz. Tüm veriler aynı durumda kalacak, yalnızca HDD'de kullanılan alan azalacaktır. "Sistem" bölümüne sağ tıklayın ve ardından "Hacimi Sıkıştır" seçeneğine tıklayın;

Şekil 4 - Hacim sıkıştırma

• İşletim sistemi hacmini başarıyla düşürdükten sonra, disk şemasında boş bir bölüm görünecektir. Bu, her şeyin doğru yapıldığı anlamına gelir;
• Sürücüyü bilgisayara bağlayın ve "Disk Yönetimi" penceresini yeniden başlatın;
• Şimdi "Sihirbaz" sekmesine tıklayın ve listeden "Migrate OS SSD"yi seçin;

5 - "Ana" sekmesi

• İşletim sistemini klonlamak için standart yardımcı program açılacaktır. Ayarlara gitmek için "İleri" düğmesine tıklayın;
• "Ayrılmamış alan" üzerine tıklayın ve bir sonraki pencereye geçin;

Şekil 6 - disk alanı seçimi

• Artık gelecekteki diskin boyutunu bağımsız olarak değiştirebilir veya tüm parametreleri değiştirmeden bırakabilirsiniz;

7 - bir disk bölümünü yeniden boyutlandırma

• "İleri" düğmesine tıkladıktan sonra, sihirbaz sistemi taşımaya başlayacaktır. Eylem tamamlandıktan sonra, bilgisayarı kapatabilir ve bir sonraki önyüklemede SSD'de bulunan işletim sistemini seçebilirsiniz.

Sabit sürücüdeki Windows da kalacaktır. Sistemi geri yüklemeniz gerektiğinde silebilir veya yedek olarak kullanabilirsiniz.

Şekil 8 - Windows'u başarılı bir şekilde taşımanın sonucu

"Disk Yönetimi" penceresinin sol üst kısmındaki "Uygula" düğmesine tıklamayı unutmayın, aksi takdirde yapılan tüm değişiklikler kaydedilmeyecektir. Aktarım sırasında hata pencereleriyle veya donmalarla karşılaşırsanız, ayarlarınızı sıfırlamalı, bilgisayarınızı yeniden başlatmalı ve aktarımı yeniden denemelisiniz.

Şekil 9 - değişiklikleri uygulama

için talimatSSD itibarenSAMSUNG

İşletim sistemini hızlı bir şekilde taşımanıza izin veren resmi bir yardımcı program yayınladı. sabit disk satın alınan flash sürücüye. Yardımcı programın adı Samsung Data Migration'dır. Şirketin resmi web sitesinden ("Bellek" - "SSD" bölümü) veya cihazla birlikte verilen diski kullanarak ücretsiz olarak indirebilirsiniz.

Programın ilk penceresi şöyle görünür:

Şekil 10 - Samsung Data Migration yardımcı programı penceresi

Yardımcı programı başlattıktan hemen sonra, uygun adaptörü kullanarak SSD'yi bilgisayara bağlayın. "Başlat" düğmesine tıklayın. Ardından, uygulama otomatik olarak kullanılan HDD'yi tarayacak ve kalan boş alan ve medya bölümleri hakkında bilgi gösterecektir.

Şekil 11 - ile bir diskin analizi yüklü kopya pencereler

Analizden sonra, program bağlı olanı otomatik olarak belirleyecektir. bilgisayar SSD'si ve ekranda gösterin:

Şekil 12 - kaynak ve hedef diskin mutabakatı

Windows'un HDD'de kapladığı alan SSD'deki kullanılabilir alanı aşmıyorsa, "Başlat" düğmesine basarak aktarımı hemen başlatabilirsiniz. Tüm bileşenler otomatik olarak hareket edecektir. İşlem, kullandığınız Windows sürümüne bağlı olarak 30 dakika ile 1,5 saat arasında sürebilir.

Şekil 13 - başarılı sistem aktarımı

Sonuç olarak, işletim sisteminin bir flash sürücüye başarılı bir şekilde klonlandığına dair bir bildirim alacaksınız. Pencereyi kapatın ve tüm Windows verilerini HDD'den silin.

Artı samsung kullanımı Veri Taşıma, basit bir arayüzde yatar. Program tüm işi sizin için yapacak ve işletim sistemi aktarımından sonra hata veya hata olasılığını en aza indirecektir.

Analiz aşamasında SSD'de işletim sistemi için yeterli alan olmadığını fark ederseniz ne yapmalısınız? Bu durumda, Windows'u kullanılmayan veri ve uygulamalardan temizlemeniz gerekir. Bunu doğrudan Samsung Veri Taşıma yardımcı programı penceresinden yapabilirsiniz.

Şekil 14 - Hata. SSD'de yeterli alan yok

Hata metni göründükten sonra (kırmızıyla vurgulanır), "İleri" düğmesine tıklayın ve yeni pencerede sistemi karıştıran tüm kitaplık dosyalarını silin. Yardımcı programın ana penceresinde "SSD'ye klonlamaya hazır" metni görünene kadar işletim sistemini temizleyin.

15 - Gereksiz dosyaların başarıyla temizlenmesi

Acronis True Image Yardımcı Programı

Şekil 16 - Acroins uygulamasının ana penceresi

Sistemi taşımak için çıkarılabilir medyayı bilgisayara bağlayın ve program penceresinde "Disk Klonlama" - "Bölüm Kopyalama" kutucuğuna tıklayın. Açılan pencerede, seçin otomatik mod hareket. Tüm görevler için uygundur ve veri kopyalamayı hızlı bir şekilde gerçekleştirir.

Şekil 17 - klonlama modu seçimi

Tüm bölümler flash sürücüye kopyalanacaktır. Klonlamadan önce SSD'de bulunan tüm veriler silinecektir. Diskin kendisi önyüklenebilir hale gelecek ve yalnızca üzerinde yüklü olan işletim sistemlerini çalıştırmak için kullanılabilir.

Şekil 18 - kopyalama işlemi

Seagate DiscWizard Yardımcı Programı

Yardımcı program, Acronis arayüzünü tamamen tekrarlar. Bilgisayarınızda en az bir tane varsa kullanılmalıdır. HDDüretici Seagate'ten. Klonlama için, makalenin önceki paragrafında açıklanan adımların aynısını izleyin.

Şekil 19 - Seagate Disk Sihirbazı Ana Penceresi

Önyükleyici yapılandırmasını değiştir

Sistemi klonladıktan sonra, işletim sisteminin bir kopyası bilgisayarda kalacak ve her önyüklemede, önyükleme seçeneği olan bir pencere görünecektir. Aktarımdan sonra, size birkaç işlem yapmanızı tavsiye ederiz:

• Orijinal kopyayı HDD'den silmeden, Windows'u HDD'de test edin. Sistemin yavaşlamaya başladığı, performansının bozulduğu zamanlar vardır. Bu çok nadiren olur ve yalnızca seçilen SSD'ye bağlıdır. İlk kopya silinmediği sürece, her zaman kullanımına geri dönme ve işletim sistemini SSD'den kaldırma olanağına sahip olacaksınız;
• Sistem önyükleyici ayarlarını değiştirin.

Önyükleme yöneticisi, bilgisayarın yüklü işletim sistemlerinden hangisinin başlatılacağını belirlediği yerleşik bir bileşendir. Ayrıca, donanım bileşenlerinin başlatma sırasını da yapılandırabilirsiniz.

Klonlamadan hemen sonra, dağıtıcı aynı adlara sahip iki sistem gösterecektir - orijinal ve kopyalanan. Bir SSD'de normal Windows çalışması durumunda, bilgisayarın sabit diskinde kalan sürümü silmeniz gerekir. Yönergeleri izleyin:

• Bilgisayarınızı yeniden başlatın ve flash sürücüye taşınan sürümü çalıştırın;
• Windows Komut İstemi'ni açın;
• SSD'deki işletim sistemi kopyalarına benzersiz bir ad vererek aşağıdaki şekilde gösterilen komutu girin;

Dünyada çok şey değişti Bilişim Teknolojileri Microsoft'un Windows 1.0'ı piyasaya sürmesinden bu yana geçen 32 yılda. Aynı kalan tek şey, geçiş süreçlerinin karmaşıklığı veya geçiş sürecidir. Yeni sürüm işletim sistemi ve güncellemelerin dağıtılması. Kullanıcılara bir geçişten ne istediklerini sorarsanız şu yanıtı alırsınız: yumuşak bir geçiş minimum kesinti süresi ve tanıdık masaüstü etkileşimi ile. Bazıları genel olarak göçe karşı olduklarını söyleyecektir, ancak genellikle çok azı vardır.

Göç ne için?

Masaüstü düzeyinde geçişin birçok nedeni vardır. Bunlardan başlıca ikisi güvenlik ve işletme maliyetidir. Microsoft geliştiricileri, masaüstü işletim sistemlerinin güvenliğini sürekli olarak iyileştirdiler; eski sürümlerde olmayan güvenlik teknolojilerinin listesi etkileyici. Tehditler daha karmaşık hale geliyor ve Microsoft, indirmenin ilk adımında ELAM kötü amaçlı yazılımdan koruma çözümünü başlatmak gibi özellikler eklemek zorunda kaldı (https://docs.Microsoft.com/en-us/windows-hardware/drivers/install/early- launch-antimalware) ve kontrollü klasör erişimi (https://docs.Microsoft.com/en-us/windows/threat-protection/windows-defender-exploit-guard/controlled-folders-exploit-guard) için mükemmel bir yoldur. programlara karşı koruma - şantajcılar, göç hakkında düşünmek için tek başına yeterli bir neden. Güvenlik, işletim sistemi sürümlerini kullanmaya devam eden şirketler için özellikle ciddi bir sorundur. Windows sistemleri 7 (ve hatta Windows XP), çünkü o zamandan beri tehditler önemli ölçüde değişti ve Windows 10'da yapılan iyileştirmeler, bazı açılardan, en başlangıçtaki ve her zaman yeterli olmayan güvenlik düzeyini temsil ediyor.

İşletme maliyetleri bir diğer önemli faktördür; geçiş genellikle donanım ve araç seti güncelleme döngülerine bağlıdır Microsoft Office, bu nedenle daha fazla şirket, donanım ve masaüstü işletim sistemi güncellemelerine olan güveni kırmak için sanallaştırmaya bakıyor. Fiziksel donanımı elinde tutmak isteyen şirketler bile, Windows akımı nesiller boyunca modern ekipman.

Taşıma işlemi

Aşağıdaki şekil gösterir basit devre Göç sürecinin ana aşamaları.

Her aşamanın nasıl yürütüleceğine dair birçok farklı yaklaşım vardır; örneğin BT pilot projelerinin nasıl yapılacağına dair kitapların tamamı yazılmıştır. Her aşamayı kısaca göç açısından ele alalım.

Çevre Envanteri

Birçok şirket, "Kaç tane yoğun olarak kullanılan masaüstü bilgisayarda Windows 8.1 SP2 çalışıyor?" gibi soruları yanıtlayabilen gelişmiş envanter ve yönetim sistemlerine sahiptir. veya "Stokta kaç Dell XPS 13 dizüstü bilgisayar var?" Yeterli paranız varsa ve dağıttıysanız, System Center Configuration Manager (SCCM) ve Microsoft Intune gibi yönetim sistemleri envanter için kullanılabilir. Aksi takdirde, kullanıcı geri bildirimi istemek, bir envanter aracı hazırlamak ve bunun tanıtımını yapmak gibi daha az etkili yöntemlere başvurmak zorunda kalabilirsiniz. Grup ilkesi veya sistem ayarlarını manuel olarak envanterleyin ve yapılandırın. Bu aşamadaki anahtar koşul, doğru bir model elde etmektir. mevcut sistemlerİstenen durumu uygun şekilde programlamak için.

İstenen Devlet Tasarımı

"Arzu Edilen Durum Tasarımı" terimi, çevremizin gelecekte nasıl görünmesini istediğimizi bulmayı ifade eder. Üstelik bu aşamada niyetinizi gerçekleştirmek için uzun vadeli bir plan yapılıyor. Geçiş sırasında istenen duruma ulaşma planı aşağıdaki bilgileri içermelidir.

• Kaynaktan neleri aktarıyorsunuz (ortam envanteri gerekli).
• Gideceğiniz yere ne taşıyorsunuz? Aşağıdakiler de dahil olmak üzere yanıtlanması gereken birçok soru var: Hangi Windows sürümüne geçiş yapıyorsunuz? sen fiziksel kal masaüstü bilgisayarlar, şirket içi bir sanal ortama mı yoksa buluta mı taşınıyorsunuz? Hedef ortam nasıl yapılandırılacak? Geçiş başarısız olursa veya sistemler taşınamıyorsa ne yapmalıyım?
• Programın. Çoğu şirket, tek bir dev sıçrama yerine uzun bir süre boyunca geçiş yapmak zorundadır. Belirli kullanıcılar ne zaman aktarılmalıdır? Genel program nasıl görünüyor ve dış olayları nasıl yansıtıyor (okul yılının başlangıcı, mali yılın sonu veya satış sezonu gibi)?
• Senin işin. Belirli amaçlar için mi taşınıyorsunuz? Belki taşınması gereken iş kolu uygulamaları vardır veya özel gereksinimler yönetmelikler veya yeni ortama uyum.

Bu adımın amacı, tamamlanan ortamın yeteneklerinin ne olması gerektiğini ve mevcut durumunuzdan istenen konuma nasıl geçileceğini anlamanıza yardımcı olmaktır. Burada çok fazla zaman harcamak ya da detaylara çok fazla dikkat etmek mümkün değil. Eski atasözü - iki kere ölç, bir kere kes - harekete geçmek için en iyi rehberdir. Bu aşamada, genellikle ortamda herhangi bir değişiklik yapmaya gerek yoktur.

Prototiplemeye Başlarken

Artık İstenen Durum tasarım aşamasında açıklanan ortamı oluşturmaya başlarsınız. Bir ev inşa ettiğinizi hayal edin: boş bir arazide başlıyorsunuz, toprağı kazıyorsunuz, temel için beton döküyorsunuz ve duvarlar inşa etmeye başlıyorsunuz. Eve taşınmak için tamamlanması gereken belirli bir asgari iş miktarı vardır, ancak tamamlanmamış bir evde de yaşayabilirsiniz. Aynısı geçiş için de geçerlidir: Bir pilot proje tamamlanmadan önce, yeni ortamın en azından bir kısmı tasarlanmalı, inşa edilmeli ve test edilmelidir. Örneğin, VDI şirket içi dağıtımları, tek bir masaüstünün pilot olarak geçirilebilmesi için uygun boyutta bir hipervizör ortamı, lisanslar vb. gerektirecektir. Ancak, istenen durumun tüm ortamını tamamen inşa etmek gerekli değildir. Bu aşama genellikle çeşitli bileşenlerin dağıtımını gerçek geçişle uyumlu hale getirmek için planlanır.

İnşaat aşamasının avantajlarından biri, ek önlemler zamanlama önlemleri. Buradaki önemli nokta, geçişin doğasına bağlı olarak, başlangıçta az sayıda pilot kullanıcının yeni platforma aktarılabilmesidir. Bu, ortamınızı proaktif olarak izlemenize ve ortaya çıkan sorunları düzeltmenize ve ayrıca pilotun tüm kullanıcıları bunları almadan önce araçlar ve ayarlarla deneme yapmanıza olanak tanır.

Ayrıca prototip aşamasında, dağıtım başlamadan önce ortadan kaldırılması gereken mevcut ortamın eksikliklerinin giderilmesi uygundur.

Pilot aşama

Yeni bir uçak veya roketin tasarımı sırasında, mühendisler kapsamlı bir test uçuşları programı planlarlar. Her test uçuşunun belirli bir hedefi vardır; bu, iniş takımı uzantısını kontrol etmek kadar basit olabilir ve farklı hızlar) veya karmaşık (manevra yapan savaşçılar 2'ye 2). Test pilotları uçuşlar sırasında doğaçlama yapmazlar, her uçuş için verilen görevi sıkı bir şekilde takip ederek hedeflerine ulaşırlar. Pilot projeniz aynı şekilde çalışmalıdır: neyin kanıtlanması, test edilmesi veya doğrulanması gerektiğini belirtin ve ardından pilot projedeki tüm faaliyetlerin hedefe yönelik olduğundan emin olun. Çoğu zaman, bir pilot program gerçekten "birkaç rastgele kullanıcı seçin ve neyin yanlış gittiğini görün" anlamına gelir. İyi bir pilot program, tek bir kullanıcıyı taşıma, bir kullanıcı grubunu taşıma, ortaya çıkan ortamı günlük görevlerle test etme ve ardından daha karmaşık senaryolara geçme gibi bir dizi temel özelliğin yapılandırılmış bir testiyle başlar. Yapılandırılmış test, özellikle geleneksel bir masaüstü ortamından buluta veya sanal öğelere geçiyorsanız önemlidir. Pilot aşamada sorun çıkması durumunda satıcı desteği almak da dahil olmak üzere bulut veya hipervizörün nasıl yönetileceğini öğrenmek zaman alacaktır.

Bu eylem ayrı bir adım olarak değerlendirilmese de, şu an kullanıcıları yeni bir ortamla tanıştırmak için en uygun olanıdır. Kullanıcılarınızı eğitmeden yeni bir masaüstü ortamı sunabilseniz harika olurdu, ancak gerçek şu ki, kullanıcılarınızı ortama alıştırmak için zaman ayırmanız gerekiyor. Kararlı bir pilot programla gösteriler yürütebilir, eğitim videoları kaydedebilir veya kullanıcılara yeni bir öğrenme ortamına sınırlı erişimi olan bir sanal alan sağlayabilirsiniz. Destek ekibi teknisyenlerinin de muhtemelen eğitime ihtiyacı olacağını unutmayın. Artan hizmet talebi akışının üstesinden gelmek için ek personele ihtiyaç duyulabilir: "X özelliği bulunamıyor", geçişin ilk aşamalarında yaygın bir şikayettir.

dağıtım

Ana olaylar, tam ölçekli dağıtım aşamasında gerçekleşir. Bu geçiş aşaması, diğer herhangi bir karmaşık teknik projeden çok farklı değildir: farklı kullanıcı gruplarının geçişini planlarsınız ve ardından planlanan adımları izleyerek sorunları ortaya çıktıkça çözersiniz. Prototipleme adımları ve pilot proje iyi yapılırsa, herhangi bir büyük yeni sorun yaşamazsınız. Kural olarak, bu aşamayı tasarlarken dikkatli olmak daha iyidir; Haftada 100 masaüstü bilgisayar taşımayı planlıyorsanız ve gerçekte 150 masaüstü taşımayı başarıyorsanız, bu, 150 tane planlayıp 100 yapmaktan daha iyidir. Tatilleri, tatilleri ve diğer personel kısıtlamalarını unutmayın. Başarılı bir dağıtım için, kullanıcılarınızın bağımlı olduğu bir ortamı taşıdığınızı göz önünde bulundurmanız ve bu nedenle bunu, onları mümkün olduğunca az kesintiye uğratacak şekilde yapmanız gerekir.

Üretime geçiş başladığında, destek ekibinde personel bulunmalı, eğitilmeli ve her hafta taşınan kullanıcı sayısına hizmet vermeye hazır olmalıdır; yeni ortamınız kararlı ve performanslı olmalı ve pilot kullanıcılar yeni ortamda sorunsuz çalışabilmelidir. Bu koşullardan herhangi biri karşılanmazsa, bu bir uyarı işlevi görmelidir: tam ölçekli bir geçişe başlamadan önce sorunları durdurun ve düzeltin.

Sömürü

Operasyon aşaması sizi başladığınız yere geri dönmeye zorladığı için biraz sıkıcı: istikrarlı bir ortamda düzenli destek ve yönetim operasyonları. Bu aşamada, kullanıcı sorunlarının düzeltilmesi, test edilmesi ve satıcının düzenli güvenlik güncellemelerinin uygulanması dahil olmak üzere yeni ortamın günlük bakımı gerçekleştirilir. Pilot aşama, göç sürecine erişim yolu gibidir ve bu aşama bir otoyoldur; sabit bir hızda zahmetsizce hareket edersiniz (en azından Microsoft'tan bir sonraki büyük güncellemeye kadar).

Süreç basitleştirme

Doğru araç seçimi, pilot aşamayı önemli ölçüde basitleştirecek ve üretime bırakacaktır. Kullanıcılar minimum kesinti ile çalışabilmelidir ve En iyi yol Bu ihtiyacı karşılayın - farklı şirketlerden düşünceli tasarım, profil geçişi ve yönetilen çözümler. Örneğin Liquidware, Stratusphere ile değerlendirme ve tasarım ve ProfileUnity Kullanıcı Yönetimi ile geçiş dahil olmak üzere bir Windows geçişinin her adımını tamamlamanıza yardımcı olacak bir Çalışma Alanı Ortamı Yönetimi paketi sunar. Stratusphere kurulu ve kullanılmış uygulamaları keşfeder ve Windows 10 için donanımı değerlendirip hazırlamanıza yardımcı olur. ProfileUnity ile kullanıcı profillerini Windows'un herhangi bir sürümü arasında sorunsuz bir şekilde taşıyabilir ve geçiş çabalarını büyük ölçüde azaltabilirsiniz. ProfileUnity'de kullanılan Profile Bridge teknolojisi, kullanıcı profillerini kaplara yerleştirmenize ve onlarla farklı platformlarda sorunsuz bir şekilde çalışmanıza olanak tanır. Windows sürümleri hem geri hem de ileri yönde uyumludur. ProfileUnity işlevselliği ile taşıma ve eşitleme süreleri azalır ve kullanıcılara aynı anda tüm cihazlarda tanıdık bir deneyim sağlamak için masaüstü bilgisayarlara, dizüstü bilgisayarlara, sanal sistemlere ve buluta dağıtabilirsiniz.

Herhangi bir işletme, BT dahil olmak üzere mümkün olduğunca az harcama yapmaya çalışır. Tasarruf etmenin bir yolu, bilgi sistemlerini buluta taşımaktır. Verilerin sanallaştırılmış bir ortama aktarılırken kişisel verilerin saklanması ve işlenmesine ilişkin mevzuat gerekliliklerinin dikkate alınması gerekmektedir. Bu gereksinimler herhangi bir kuruluş için geçerlidir.

Stack Group'ta iş geliştirme direktörü Vladimir Lebedev bize geçiş sürecinin inceliklerini anlattı.

Yasal yükümlülükler

2006 yılında kabul edildi 152-FZ "Kişisel Veriler Üzerine" korumak için tasarlanmış olan bireyler de otomatik işleme kişisel veri. Geçen yıl, yazarlara göre, devlet içindeki bilgi güvenliği seviyesini artırması ve Rusya'nın teknolojik çözümler pazarını ve bilgi güvenliği pazarını canlandırması gereken, Rusya'da kişisel verilerin yerelleştirilmesine ilişkin bir değişiklik paketi yürürlüğe girdi.

Yasaya göre, işletmelerin Rusya Federasyonu'nda kişisel verileri toplaması, saklaması ve işlemesi gerekmektedir. Faaliyetleri Rusya topraklarına yönelikse, tüm gereksinimler hem Rus hem de yabancı şirketler için tamamen aynıdır. Aynı zamanda kişisel verilerin yurt dışına aktarımı da mümkün olmakla birlikte değişmez olması ve hacminin yurt içindeki hacmi aşmaması gerekmektedir. Rus üsleri veri.

Kanun kimin için?

Her kuruluş, çalışanları, müşterileri, ortakları gibi kişisel verilerin operatörü olarak hareket eder, bu nedenle tüm sektörlerdeki tüm şirketler yasalara tabidir. Bununla birlikte, potansiyel teftişler öncelikle ticari faaliyetleri kişisel verilerin işlenmesi üzerine kurulu olan şirketleri tehdit eder: bankalar, sigorta şirketleri, tıbbi hizmet sağlayan şirketler ve benzerleri.

Roskomnadzor'un 2016 yılı teftiş planı şunları içeriyordu: en büyük yazılım şirketleri, uluslararası bankalar, ağ ticaret şirketleri ve çevrimiçi mağazalar.

Uluslararası şirketler için kişisel verilerin aktarılmasındaki zorluklar

Çoğu zaman, küresel uluslararası oyuncular, yasal gerekliliklere uymak için Rusya'ya yalnızca verilerin kendisini değil, aynı zamanda tüm ilgili sistemleri de aktarmak zorunda kalıyor: merkezi BT sistemlerine sahip şirketlerin bir bilgi sisteminin mimarisini değiştirmesi son derece zordur. tek bir yerel mevzuata, çünkü başlangıçta ayrı bilgi işlem merkezlerine sahip değildi. Bilgi sistemlerini yeniden inşa etmek için önemli yatırımlar gerekmektedir.

sanallaştırma

Buluta geçiş, donanım satın alıp kurmaktan daha ucuzdur. 2014'ün sonunda Rus bulutlarının fiyatları Avrupa'dakilerden ortalama %15-30 daha yüksekti ve 2015'in sonunda ise tam tersine fiyatlarımız %20-30 daha düşüktü: döviz kuru ve göreli maliyet Rus verilerine yerleştirme değişti. -merkezler.

Operatörler daha olgun bir ürün sunmaya başladı ve yabancı şirketler sanallaştırma sistemleri, fiyat segmentleri arasından seçim yapma fırsatı buldu ve Rus ve Batı altyapılarını birbirine bağlama fırsatları vardı.

Yabancı firmalar için sanal altyapı güvenilir ve anlaşılır bir çözümdür. Birçok şirket, bilgileri yalnızca, kişisel verileri korumak için gerekli araçları da barındırabilen sanallaştırılmış bir ortama aktarır. Taşınırken, yabancı şirketler elbette operatörün bilgi koruma düzenleyicilerinin gerekliliklerine uymasını bekler.

Depolama Taşıma Riskleri

Bir sistemden diğerine geçiş süreçleri risk taşır. Her şeyden önce, belirlenmiş müşteri hizmetleri seviyesi ihlal edilebilir. Ayrıca iletişim kesilebilir ve faaliyetleri otomatik sistemlere bağlı birimlerin çalışmaları askıya alınabilir, bilgi güvenliği gerekliliklerine uymanın imkansız olduğu durumlar vb. teknik problemler. Bu nedenle, sağlayıcıların bilgi sistemlerinin aktarımı için güvenilir ve zamana göre test edilmiş çözümler kullanarak iş sürekliliğini sağlamaya hazır olmaları önemlidir.

Buluta geçiş aşamaları

Hizmet geçişinin genel ilkelerini, yani bu hizmetin işletilmesinden sorumlu işletim sistemlerinin sanallaştırılmış bir ortama aktarılmasını bir çözüm örneği kullanarak ele alacağız. VMware vSphere.

Bir şirketin bilgi sistemleri mimarisinin belirli görevleri yerine getiren hizmetlere bölünmesi arzu edilir. Bulut teknolojisiyle uyumlu olmayan hizmetler dışında genellikle her şey buluta taşınır. teknik nedenler(RISC mimarisi) ve bir lisans nedeniyle taşınamayanlar.

Sonra, ihtiyacınız var bilgi sistemlerinin denetimi. Bu aşamada, hizmetlerin bileşimi (hangi işletim sistemlerinin belirli bir hizmete ait olduğu) ve bunların bağlantıları belirlenir. Ana zorluk, kaynak işletim sistemlerinin çeşitliliğinde ve üzerinde çalıştıkları sunucuların fiziksel mimarisinde yatmaktadır. Bu bilgilere dayanarak, mevcut iş süreçleri dikkate alınarak bir geçiş planı hazırlanır: fiziksel ve sanal altyapıların bağlantı gereksinimleri, geçiş sırası belirlenir ve izin verilen “geçiş pencereleri” belirlenir. Geçiş sırasında yazılım ürünlerinin veya işletim sistemlerinin sürümlerini yükseltemeyeceğinizi unutmamak önemlidir. Geçişle eş zamanlı olarak, yalnızca bilgi işlem kaynaklarının (CPU, RAM, HDD) revizyonuna izin verilir.

Kural olarak, yardımcı program geçiş için kullanılır VMware dönüştürücü Microsoft Windows işletim sistemlerini taşırken etkili bir şekilde çalışan (ancak bu işletim sistemlerinde çalışan hizmetlerin taşınmasının kendi nüansları vardır). Ama özelliklerinden dolayı dosya sistemleri Linux vakalarının yaklaşık %40'ında, VMware dönüştürücü sona erdikten sonra sanal makine başlamayabilir. Linux'ta LVM kullanılıyorsa, sanal ortamda sağlayıcı şablonundan yeni bir işletim sistemi örneği dağıtmanız ve ardından verileri aktarmanız gerekir, yazılım ürünleri ve dahili hizmetler.

Her türlü işletim sistemi için Genel terimler birincisi, doğrudan geçişi imkansız kılan veri depolama yöntemi, Windows'ta dinamik diskler veya Linux'ta LVM ve ikincisi, yazılım ve donanım kullanımından kaynaklanan zorluklardır. RAID dizileri. Bu nedenle, tek başına doğru bir veri aktarımı bile sanal makinenin başarılı bir şekilde başlayacağını garanti etmez. Açık fiziksel sunucu sanal makinelerin çalışması, fiziksel bir sunucuyu aynı anda çalışabilen ve aynı fiziksel kaynakları kullanabilen birkaç sanal makineye bölen bir işletim sistemi olan bir hipervizör tarafından sağlanır. Doğal olarak, küme sanal donanımçünkü hipervizör, geçişten önce işletim sisteminin üzerinde çalıştığı fiziksel sunucunun donanımıyla eşleşmiyor. Buna göre sürücülerin farklılığından dolayı bu donanıma erişimde birçok farklılık bulunmaktadır.

Hizmetleri durdurmadan ADDS ve MS SQL geçişi

Neredeyse her zaman, bir işletmenin geçiş sırasında kullanılabilir durumda kalması için bir dizi hizmete ihtiyacı vardır. Aynı zamanda, sıklıkla hizmeti durdurmadan taşıma en güvenilir olarak önerilir. Bu nedenle, en popüler Microsoft işletim sistemi hizmetlerini durdurmadan geçişin özelliklerini ele alacağız: Active Directory Etki Alanı Hizmetleri (ADDS veya AD) ve Microsoft SQL(MS SQL). Active Directory'yi hizmeti durdurmadan geçirmek için aşağıdaki algoritma kullanılır:

• Ağ bağlantısı, fiziksel donanım ile sanallaştırılmış ortam arasında kurulur. Tipik olarak, bu bir siteden siteye VPN'dir - başka bir ağın üzerinde mantıksal bir ağ oluşturur. Aynı zamanda trafik, IPsec protokolleri kullanılarak şifrelenerek korunabilir.
• Bulutta, AD etki alanı denetleyicilerini yapılandırdığımız ve bunları ormana eklediğimiz şablondan yeni sanal makineler devreye alıyoruz.
• Active Directory veritabanını, fiziksel ekipman tarafındaki çalışan kontrolörlerden bulut olanlara VPN aracılığıyla ağ üzerinden çoğaltıyoruz.
• Veri replikasyonundan sonra, operasyon rollerinin yöneticilerini bulut denetleyicilere yeniden atar ve etki alanı denetleyicilerinin rollerini sunuculardan kaldırırız.
• Ardından hizmetlerin çalışmasını kontrol edip devre dışı bırakıyoruz. hesaplar eski denetleyiciler ve fiziksel donanım.

algoritma MS SQL geçişleri MS SQL genellikle çok katmanlı bir hizmette arka uç olarak kullanıldığından daha karmaşıktır. Veritabanlarını kullanan uygulamalardaki (MS SQL istemcilerinde) DNS kayıtlarında, veritabanının yeni konumunu manuel olarak belirtmeniz gerekir. Bu nedenle, kesinti süresi tamamen ortadan kaldırılamaz, ancak en aza indirilebilir. Kesintisiz MS SQL geçiş mekanizmaları da vardır, bunlar arasında yansıtma Ve her zaman, ancak kullanımları her zaman haklı değildir. AlwaysOn yalnızca pahalı Enterprise düzeyindeki sürümlerde bulunurken, Mirroring'in MS SQL istemcileri tarafından desteklenmesi gerekir. Ek olarak, Yansıtma mekanizmalarını kullanmak için şunlara ihtiyacınız vardır: ek ayar tüm MS SQL istemcileri.
MS SQL'i buluta geçirmek için en yaygın seçeneği göz önünde bulundurun:

• Bulut ve fiziksel ekipman arasındaki ağ bağlantısı yapılandırılır.
• MS SQL veritabanı kurtarma modelinin tamamlandığından emin oluruz, ardından tam bir yedekleme yapabilir ve aktarabilirsiniz ve ardından işlem günlüklerinin kopyalarını aktararak her iki veritabanını senkronize edebilirsiniz.
• Bulutta devreye alma sanal makine yeni bir MS SQL sunucusu kurduğumuz ve yapılandırdığımız bir şablondan.
• Fiziksel bir sunucu üzerinde çalışan MS SQL sunucu veritabanının tam bir yedek kopyasını oluşturuyoruz, ardından aktarım yöntemiyle buluta geri yüklüyoruz. destek olmak dosya boyutuna bağlıdır ve Bant genişliği ağlar - fiziksel ortamda hareket ediyoruz veya ağ üzerinden kopyalıyoruz.
• Veritabanını bulutta geri yükledikten sonra, işlem günlüklerinin bir kopyasını alır ve bunları bulutta da geri yükleriz.
• “Migrasyon penceresi” sırasında, fiziksel donanım üzerinde çalışan MS SQL sunucusunu durdurur, işlem günlüklerinin buluttaki son minimum kopyasını oluşturup geri yükler, MS SQL sunucusunu bulutta başlatır ve istemcileri yeni veritabanı konumuna geçiririz .
• Hizmetlerin çalışmalarını kontrol ediyoruz, fiziksel ekipmanı kapatıyoruz.

Her hizmet ve hizmet için, koşullara bağlı olarak geçiş yapmanın birçok yolu vardır. Bir hizmet sağlayıcı, geçiş sırasında ortaya çıkabilecek zorluklardan kaçınmanıza yardımcı olacaktır.

Bilgi Güvenliği

Şirketler yalnızca verileri Rusya'ya aktarmakla kalmamalı, aynı zamanda depolamaları için uygun düzeyde bilgi güvenliği sağlamalıdır.

Gereksinimleri tanımlayan ve bilgi sistemlerini korumak için gerekli önlemleri açıklayan belgeler listesinde, elbette, ilk sırada yer alan yasanın kendisi yer alır. Genel Gereksinimler. Belirli eylemler, Rusya Federasyonu Hükümeti kararnameleri ve FSTEC'in düzenleyici belgeleri ile düzenlenir ( federal Hizmet teknik ve ihracat kontrolü için) ve FSB (Federal Güvenlik Servisi).

Kişisel verilerin saklanması için gereksinimler

Gereksinimler teknik koruma gizli bilgiler ve bilgi güvenliği hizmetlerinin sağlanması oldukça açık bir şekilde tanımlanmıştır. Uygulamaları için araçlar çeşitlidir. Özellikle, bunlar olabilir güvenlik duvarları, saldırı tespit sistemleri, güvenlik analiz araçları, antivirüs koruması, sanallaştırma ortamlarını koruma araçları. Pazar, hem Rus hem de yabancı satıcılar olmak üzere çok çeşitli bilgi güvenliği araçları sunmaktadır. Yasa 2007'den beri yürürlükte olduğu için zaten kolluk kuvvetleri uygulaması var. Genel olarak, Rusya'daki düzenleme yaklaşımı, örneğin Avrupa yaklaşımından farklıdır. Bu nedenle, Rusya'da öngörülen bilgi güvenliği gerekliliklerine uyulmaması sorumluluğa yol açar. Ve Batı'da, bir şirket gereksinimlerin nasıl yerine getirileceğini bağımsız olarak belirleyebilir ve sorumluluk ancak taahhüt edilirse ortaya çıkar. görevi kötüye kullanma kişisel verilerle.

Altyapı Gereksinimleri

Düzenleyiciler ayrıca altyapıya belirli gereksinimler getirir. Örneğin, var inşa sertifikasyonu otomatik sistemler bilgi koruması sağlamak. Sertifika, altyapının hazır olduğunu ve bilgi sistemlerinin güvenliği için tüm gereksinimleri karşıladığını teyit eden bağımsız bir laboratuvar tarafından verilir. Bu sertifika ticari kuruluşlar için isteğe bağlıdır ancak veri merkezinin gerekli korumaya sahip olduğunun ve şirket verilerinin güvenliğini sağlayabildiğinin anlaşılmasını sağlar.

Bir bilgi güvenliği yönetim sisteminin inşasını düzenleyen uluslararası ISO standartları da vardır ( bir dizi ISO 2700x standardı). Birçok yabancı şirket bu standartları karşılamaktadır.

Ayrıca, veri koruması için bir dış kaynak modeli uygulanmaktadır. Bu tür hizmetleri veren firmaların gerekli lisans ve yetkilere sahip olması gerekmektedir.

BİLGİ

Transfer tahmini

Rusya'ya ne kadar veri aktarılacağını tam olarak hesaplamak oldukça zor ancak veri merkezi pazarının doluluk oranına bakıldığında, verilerin yasalara uygun şekilde yerelleştirilmesi için yeterli kapasite olduğunu söyleyebiliriz. Örneğin, Moskova bölgesi pazarında bir kapasite fazlası var: toplam kapasite yaklaşık 27 bin raf ve neredeyse %40'ı ücretsiz. Birçok veri merkezi yüksek kullanılabilirlik alanlarına sahiptir. Bir raftaki veri yoğunluğunun donanıma bağlı olarak değişebileceğine de dikkat edilmelidir. Bugün, tek bir sunucu rafı birimi, birkaç yıl öncesine göre çok daha fazla bilgi işliyor.

Aynı zamanda, talep dengesiz: bir yıl önce oldukça ciddi bir artış vardı, şimdi yabancı şirketlerden gelen başvuruların sayısı azaldı. Bazı şirketler çoktan taşındı ve gereklilikleri yerine getirdi, diğerleri ise örneğin düzenleyici denetimlerin sonuçlarını bekliyor (ikinci dalganın oluşumunu etkileyecekler).