Veeam Backup & Replication 10 Replication Failback
0

Veeam firmasının hem Microsoft Hyper-V hem de Vmware vSphere platformları için geliştirilmiş olduğu Backup yazılımının yeni versiyonu ve yeni özelliklerinin bulunduğu Veeam Backup & Replication 10 18 Şubat 2020 tarihi itibariyle kullanıma sundu. Aslında 2019 ile birlikte Veeam Backup & Replication 9.5 Update 3’ten sonra Veeam Backup & Replication 10 versiyonun gelmesi hepimiz merakla ve heyecanla bekliyorduk ancak Veeam Forum’da yapılan açıklamada 2019 yılı içinde yayınlanacak olan Update serisi ile Veeam Backup & Replication kullanımına yeni özelliklerle devam edeceği bilgisi verildi. Veeam Backup & Replication 10 versiyonunu 2020 ilk çeyreğinde kullanıma sunulacağını bildirmişlerdi. 18 Şubat 2020 tarihi itibariyle Veeam Backup & Replication 10 versiyonu yeni özellikleri ile karşımıza çıktı.

Bu yazımızda ortamımızda bulunan Microsoft Hyper-V Server ( Standalone ) sunucumuz ya da Microsoft Hyper-V Failover Cluster yapısındaki sunucularımız üzerinde çalışan Virtual Machine ( Sanal Makine ) donanımsal ya da yazılımsal bir sorundan dolayı ulaşılamaz olduğunu ya da Virtual Machine ( Sanal Makine ) içinde bulunan herhangi bir dosyanın silinmesi ya da virüs bulaşması sonusunda kullanılamaz durumda olduğunu varsayalım. İşte böyle bir durumda Veeam Backup & Replication 10 Failback ( Geri Çekmek ) işlemi ile Virtual Machine ( Sanal Makine ) içinde bulunan dosya ya da dosyaları nasıl geri getireceğimi anlatıyor olacağız. Aslında Failback ( Geri Çekmek ) işlemi Failover ( Yük Devretme ) durumunda olan Virtual Machine ( Sanal Makine ) kontrol ederek Virtual Machine ( Sanal Makine ) sekronizasyon bir şekilde Restore ( Geri Yükleme ) yapılması durumudur.

2-in-1: Backup and Replication

Replikasyon artık bir lüks değil, yedekleme stratejinizin bir parçası. Veeam Backup & Replication 10 Replication sağladığı 2-in-1: Backup and Replication, size Virtual Machine ( Sanal Makine ) hemen kullanıma hazır durumda bulunan bir kopyasını sunar; böylece bir Virtual Machine ( Sanal Makine ) arızalandığında beklemedeki Virtual Machine ( Sanal Makine ) derhal Failover ( Yük Devretme ) yapabilirsiniz.

  • Herhangi bir sanallaştırılmış uygulama için geliştirilmiş kesintisiz çalışırlık.
  • Kesintisiz Çalışırlık için iş yerinde ve ya felaket kurtarma için iş yeri dışında görüntü tabanlı replikasyon
  • Üretim ortamına etki etmeden, Backup ( Yedek ) dosyalarından replikasyon gerçekleştirme

Bulut tabanlı felaket kurtarma: hızlı ve güvenli

Artık her boyuttan işletme bulut tabanlı felaket kurtarmadan yerel olarak faydalanabilir. Veeam Cloud Connect sayesinde, Virtual Machine ( Sanal Makine ) replikalarınızı iş yeri dışına bir Veeam Cloud & Service Provider’a (VCSP) gönderebilir, böylece yerleşik Hizmet Olarak Felaket Kurtarma ( DRaaS ) aracılığıyla Kesintisiz Çalışırlık stratejinizi tamamlayabilirsiniz. Virtual Machine ( Sanal Makine ) replikalarınız için ikinci bir site oluşturup muhafaza etmenize gerek kalmaz.

  • Modern DRaaS sağlayıcılarına güvenli ve doğrudan bağlantı
  • Gerçek bulut tabanlı felaket kurtarma için ekonomik, görüntü tabanlı Virtual Machine ( Sanal Makine ) replikasyonu
  • VPN’e gerek olmadan

Yük Devretme ve yeniden çalışma

Replikasyon sizin emniyet ağınızdır. Üretimdeki bir Virtual Machine ( Sanal Makine ) bozulursa, derhal birVirtual Machine ( Sanal Makine ) replikasına yük devretmek suretiyle, sorunu çözerken kullanıcıların en az kesintiyle hizmetlere ve uygulamalara erişebilmesini sağlayabilirsiniz. Felaket Kurtarma planınızı geliştirebilmeniz ve veri kaybını önlemeniz için replikasyonu kolaylaştırdık.

  • Replikanız, üretimdeki Virtual Machine ( Sanal Makine ) veya yeni bir konuma yük devrederek ya da replika Virtual Machine ( Sanal Makine ) yeni üretim Virtual Machine ( Sanal Makine ) yaparak çalışırken, işlerinize normal bir şekilde devam edin. Birden fazla replika geri yükleme noktalarını muhafaza edin; böylece en son replikanız bozuksa daha önceki bir geri yükleme noktasına dönmek seçenekleriniz arasında olur.
  • Yük devretmenin tamamını önceden planlayın ve yeni Yük Devretme Planlarımızı kullanarak tek bir tıkla başlatın. Replikalardan Virtual Machine ( Sanal Makine ) ekleyin, önyükleme sırası oluşturmak için sıralarını değiştirin ve bir önceki başlatmalardan başlamamaları için her bir Virtual Machine ( Sanal Makine ) için gecikme süresi belirleyin.
  • Yeni Planlanmış Yük Devretme özelliğimizle veri merkezi geçişlerini kolaylaştırın veya üretim ana bilgisayarlarınıza bakım yapın. Planlanmış Yük Devretme, kaynak Virtual Machine ( Sanal Makine ) kapatır, yapılan tüm değişiklikleri hedef Virtual Machine ( Sanal Makine ) replike eder ve Virtual Machine ( Sanal Makine ) başlatır – bunları yaparken veri kaybına sebep olmaz ve kısa bir kesinti süresine neden olur.


Resim-1

Failback ( Geri Çekmek ) işlemine başladan önce W19FILE isimli Virtual Machine ( Sanal Makine ) üzerinde bulunan bazı dosya ya da dosyaları siliyoruz.

W19NOD2 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE isimli Virtual Machine ( Sanal Makine ) üzerinde bulunan ORTAK dizini altındaki dosyaların hepsini siliyoruz.


Resim-2


Resim-3


Resim-4

Veeam Backup & Replication 10 Failover ( Yük Devretme ) yapılandırmasına başlamadan önce ortamımızda bulunan Microsoft Hyper-V Server ( Standalone ) sunucumuz ya da Microsoft Hyper-V Failover Cluster yapısında bulunan ve Replication ( Replikasyon ) yapacağımız W19FILE isimli Virtual Machine ( Sanal Makine ) sunucumuzun durumunu kontrol ediyoruz.

W19NOD2 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE isimli Virtual Machine ( Sanal Makine ) State bölümünde Running ( Çalışan ) durumda olduğunu görüyoruz. W19FILE isimli Virtual Machine ( Sanal Makine ) herhangi bir donanımsal ya da yazılımsal sorundan dolayı kapandığını varsayalım.

NOT : Failover ( Yük Devretme ) işleminden önce W19FILE isimli Virtual Machine ( Sanal Makine ) kapatıyoruz.


Resim-5

W19NOD1 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE_replica isimli Replication ( Replikasyon ) Virtual Machine ( Sanal Makine ) State bölümünde Off ( Kapalı ) durumda olduğunu görüyoruz. W19NOD2 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE isimli Virtual Machine ( Sanal Makine ) kapattıktan sonra W19NOD1 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE_replica isimli Replication ( Replikasyon ) Virtual Machine ( Sanal Makine ) Failover ( Yük Devretme ) yapıyoruz.


Resim-6

Veeam Backup & Replication 10 konsolunu Connect diyerek açıyoruz.


Resim-7

Veeam Backup & Replication 10 konsolu geliyor karşımıza.


Resim-8

Veeam Backup & Replication 10 konsolunda Replicas menüsü altında bulunan Ready sekmesinde daha önce yapılandırmış olduğumuz Replication ( Replikasyon ) görüyoruz.

Name bölümünde Replication ( Replikasyon ) yapılan W9FILE isimli Virtual Machine ( Sanal Makine ) ismini, Job Name bölümünde daha önce yapılandırmış olduğumuz Job ( Görev ) ismini, Type bölümünde Regular olarak görüyoruz., Status bölümünde şu an da Ready olarak görüyoruz. Creation Time bölümünde en son görevi ve oluşturulma tarihini, Restore Points bölümünde yapılandırma üzerinde 2 Adet Restore Point ( Geri Yükleme Noktası ) olduğunu, Original Location bölümünde W19FILE isimli Virtual Machine ( Sanal Makine ) hangi sunucu üzerinde bulunduğunu ve Replica Location bölümünde W19FILE isimli Virtual Machine ( Sanal Makine ) hangi sunucu üzerine Replication ( Replikasyon ) yapılacağını görüyoruz.


Resim-9

Veeam Backup & Replication 10 konsolunda Replicas menüsü altında bulunan Ready sekmesinde daha önce yapılandırmış olduğumuz Replication ( Replikasyon ) üzerinde sağ tuş Failover now… ya da üstteki Failover menüsünden Failover now…tıklayarak Veeam Backup & Replication 10 üzerinde Failover ( Yük Devretme ) işlemini başlatabilirsiniz.


Resim-10

Virtual Machines ekranın da Replication ( Replikasyon ) Failover ( Yük Devretme ) yapılandırması için Add VM diyerek Replication ( Replikasyon ) Failover ( Yük Devretme ) yapılandırması için ortamda bulunan başka Virtual Machine ( Sanal Makina ) ekleyebilirsiniz eğer başka bir Replication Job ( Replikasyon Görevi ) yapılandırmışsanız. Point diyerek Virtual Machine ( Sanal Makina ) daha önce yapılandırmış olduğumuz Replication ( Replikasyon ) için alınan Restore Point ( Geri Yükleme Noktası ) görebilirsiniz.

Virtual Machines ekranın da Point diyerek daha önce alinan Restore Point ( Geri Yükleme Noktası ) görüntülüyoruz.


Resim-11

Restore Point ekranın da W19FILE isimli Virtual Machine ( Sanal Makine ) üzerinde daha önce yapılandırmış olduğumuz Replication ( Replikasyon ) için alınan Restore Point ( Geri Yükleme Noktası ) görüyoruz. Eğer birden fazla Restore Point ( Geri Yükleme Noktası ) mevcutsa en sonra Restore Point ( Geri Yükleme Noktası ) seçerek ya da farklı bir tarihteki Restore Point ( Geri Yükleme Noktası ) seçerek devam edebilirsiniz.


Resim-12

Restore Point ekranın da bir Restore Point ( Geri Yükleme Noktası ) seçiyoruz ve OK diyoruz.


Resim-13

Virtual Machines ekranın da W19FILE isimli Virtual Machine ( Sanal Makine ) üzerinde Failover ( Yük Devretme ) işlemi için gerekli Restore Point ( Geri Yükleme Noktası ) yapılandırmasını seçtikten sonra Next diyerek devam ediyoruz.


Resim-14

Reason ekranın da neden Failover ( Yük Devretme ) işlemini gerçekleştirildiğiyle ilgili bilgiyi Restore reason bölümüne yazabilirsiniz. Do not show me this page again seçeneğini seçerek bir daha ki Failover ( Yük Devretme ) işlemin de Reason ekranının gelmemesini sağlayabilirsiniz.

Reason ekranın da herhangi bir açıklama yapmadan Next diyerek devam ediyoruz.


Resim-15

Summary ekranın da Failover ( Yük Devretme ) işlemi ile ilgili bilgileri görüyoruz. Summary ekranın da Finish diyerek Failover ( Yük Devretme ) işlemini başlatıyoruz.

  • VM name : Orjinal Virtual Machine ( Sanal Makine ) ismini görüyoruz.
  • Restore point : Hangi Restore Point ( Geri Yükleme Noktası ) seçildiğini görüyoruz.


Resim-16

Restore Session ekranın da Failover ( Yük Devretme ) işleminin başladığını görüyoruz.


Resim-17

Restore Session ekranın da Failover ( Yük Devretme ) işlemininin Failover completed successfully yani Replication ( Replikasyon ) Failover ( Yük Devretme ) işleminin başarılı bir şekilde tamamlandığını görüyoruz. Replication ( Replikasyon ) Failover ( Yük Devretme ) işlemi Virtual Machine ( Sanal Makine ) bağlı olduğu Virtual Harddisk ( Sanal Harddisk ) ( .vhd .vhdx ) boyutu, Virtual Machine ( Sanal Makine ) üzerindeki çalışan uygulamalar ve Network yapınıza göre bu ekrandaki işlemlerin süresi değişkenlik gösterecektir.

Restore Session ekranın da Close diyerek yapılandırmayı kontrol ediyoruz.


Resim-18

Veeam Backup & Replication 10 konsolunda Replicas menüsü altında bulunan Status sekmesin de Replication
( Replikasyon ) Failover ( Yük Devretme ) işleminden sonra Replication ( Replikasyon ) durumunu Failover olarak görüyoruz.

Replication ( Replikasyon ) Failover ( Yük Devretme ) işleminden önce Status bölümünde Ready olarak görmüştük. Replication ( Replikasyon ) Failover ( Yük Devretme ) işleminden sonra Status bölümünü Failover olarak görüyoruz.


Resim-19

W19NOD1 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE_replica isimli Replication ( Replikasyon ) Virtual Machine ( Sanal Makine ) State bölümünde Running ( Çalışan ) durumda olduğunu görüyoruz.

Checkpoints bölümünde Replication ( Replikasyon ) Failover ( Yük Devretme ) işleminden sonra Veeam Replica Restore Point altında yapılandırmayı Now olarak görüyoruz.


Resim-20

W19NOD2 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE isimli Virtual Machine ( Sanal Makine ) State bölümünde Off ( Kapalı ) durumda olduğunu görüyoruz.

W19FILE isimli Virtual Machine ( Sanal Makine ) herhangi bir donanımsal ya da yazılımsal sorundan dolayı kapatmıştık.


Resim-21

W19NOD1 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE_replica isimli Virtual Machine ( Sanal Makine ) çalıştığını ve ORTAK dizini altında bulunan dosyaları görüyoruz.


Resim-22

Veeam Backup & Replication 10 konsolunda Replicas menüsü altında bulunan daha önce yapılandırmış olduğumuz Replication ( Replikasyon ) üzerinde sağ tuş Failback to production… ya da üstteki Failback menüsünde bulunan Failback to production…tıklayarak Veeam Backup & Replication 10 Failback ( Geri Çekmek ) işlemini başlatabilirsiniz.


Resim-23

Replicas ekranın da Replicas to failback bölümü altında Failover ( Yük Devretme ) durumunda olan W19FILE _replica isimli Virtaul Machine ( Sanal Makine ) görüyoruz.

Replicas ekranın da Failback yapılandırmasına Next diyerek devam ediyoruz.


Resim-24

    • Failback to the orginal VM : Bu seçenek ile Failback ( Geri Çekmek ) işlemini yapacağımız orjinal Virtual Machine ( Sanal Makine ) ortamımızda bulunan Microsoft Hyper-V Server ( Standalone ) sunucumuz ya da Microsoft Hyper-V Failover Cluster yapısı üzerindeki sunucularımız üzerine işlem yapılacaktır.
    • Failback to the orginal VM restored in a diffrerent : Bu seçenek ile Failback ( Geri Çekmek ) işlemini yapacağımız orjinal Virtual Machine ( Sanal Makine ) ortamımızdaki sizin belirleyeceğiz ortamımızda bulunan Microsoft Hyper-V Server ( Standalone ) sunucumuz ya da Microsoft Hyper-V Failover Cluster yapısı üzerindeki sunucularımız üzerine işlem yapılacaktır.
    • Failback to the specified location ( advanced ) : Bu seçenek ile Failback ( Geri Çekmek ) işleminin yapılandırmasını tamamen özelleştirerek sizin belirlediğiniz yapılandırma ile yapılacaktır.Destination ekranın da Failback ( Geri Çekmek ) işlemi için yapılandırabileceğimiz üç farklı yapılandırma seçeneği bulunmaktadır.


Resim-25

Destination ekranın da Failback ( Geri Çekmek ) işlemi için Failback to the orginal VM seçeneğini seçiyoruz ve Next diyerek devam ediyoruz.


Resim-26

Destination ekranın da Failback ( Geri Çekmek ) işlemi gerekli yapılandırma kontrol ediliyor.


Resim-27

Summary ekranın da Failback ( Geri Çekmek ) işlemi ile ilgili bilgileri görüyoruz.

  • Original VM name : Orjinal Virtual Machine ( Sanal Makine ) ismini görüyoruz.
  • Target VM name : Failback ( Geri Çekmek ) işleminden sonra Virtual Machine ( Sanal Makine ) ismini görüyoruz.
  • Target host : Failback ( Geri Çekmek ) işleminin hangi ortamımızda bulunan Microsoft Hyper-V Server ( Standalone ) sunucumuz ya da Microsoft Hyper-V Failover Cluster yapısına yapılacağını görüyoruz.

Summary ekranın da Power on target VM after restoring seçeneği işaretleyerek Failback ( Geri Çekmek ) işleminden ortamımızda bulunan Microsoft Hyper-V Server ( Standalone ) sunucumuz ya da Microsoft Hyper-V Failover Cluster yapısındaki sunucumuz üzerinde çalıştırmasını sağlayabiliriz.


Resim-28

Summary ekranın da Power on target VM after restoring seçeneği işaretleyerek Finish diyerek Failback ( Geri Çekmek ) işlemi başlatıyoruz.


Resim-29

Restore Session ekranın da Failback ( Geri Çekmek ) işleminin başladığını görüyoruz.


Resim-30

Restore Session ekranın da Failback ( Geri Çekmek ) işleminde Orijinal Virtual Harddisk ( Sanal Harddisk ) ( .vhd .vhdx ) ve Replica Virtual Harddisk ( Sanal Harddisk ) ( .vhd .vhdx ) Comparing ( Karşılaştırılma ) işleminin yapıldığını görüyoruz.


Resim-31

Restore Session ekranın da Failback ( Geri Çekmek ) işleminde Orijinal Virtual Harddisk ( Sanal Harddisk ) ( .vhd .vhdx ) ve Replica Virtual Harddisk ( Sanal Harddisk ) ( .vhd .vhdx ) Syncing ( Senkronizasyon ) işleminin yapıldığını görüyoruz.


Resim-32

Restore Session ekranın da Failback ( Geri Çekmek ) işleminde W19FILE_replica isimli Virtual Machine ( Sanal Makine ) Powering off replica VM olarak yani kapatıldığını görüyoruz.


Resim-33

Restore Session ekranın da Failback ( Geri Çekmek ) işleminde Orijinal Virtual Harddisk ( Sanal Harddisk ) ( .vhd .vhdx ) ve Replica Virtual Harddisk ( Sanal Harddisk ) ( .vhd .vhdx ) Syncing ( Senkronizasyon ) işleminin yapıldığını görüyoruz.


Resim-34

Restore Session ekranın da Failback ( Geri Çekmek ) işleminde W19FILE isimli Virtual Machine ( Sanal Makine ) Powering on replica VM W19FILE on host W19NOD2 olarak yani W19NOD2 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde açıldığını görüyoruz.


Resim-35

Restore Session ekranın da Failback completed at olarak yani Failback ( Geri Çekmek ) işleminin başarılı bir şekilde tamamlandığını görüyoruz.

Restore Session ekranında Close diyerek işlemini kontrol ediyoruz.


Resim-36

Veeam Backup & Replication 10 konsolununda Replicas menüsü altında bulunan Status sekmesin de Replication ( Replikasyon ) Failback ( Geri Çekmek )işleminden sonra Failback olarak görüyoruz.

Failback ( Geri Çekmek ) işleminden önce Status bölümünde Failover ( Yük Devretme ) olarak görmüştük. Failback ( Geri Çekmek ) işleminden sonra Status bölümünü Failback olarak görüyoruz.


Resim-37

W19NOD1 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE_replica isimli Replication ( Replikasyon ) Virtual Machine ( Sanal Makine ) State bölümünde Off ( Kapalı ) durumda olduğunu görüyoruz.


Resim-38

W19NOD2 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE isimli Virtual Machine ( Sanal Makine ) State bölümünde Running ( Çalışan ) durumda olduğunu görüyoruz.


Resim-39

W19NOD2 isimli Microsoft Hyper-V Failover Cluster yapısında bulunan sunucumuz üzerinde W19FILE isimli Virtual Machine ( Sanal Makine ) çalıştığını ve ORTAK dizini altında bulunan dosyaları geldiğini görüyoruz.


Resim-40

Veeam Backup & Replication 10 konsolununda Replicas menüsü altında bulunan Failback ( Geri Çekmek ) durumunda olan Virtual Machine ( Sanal Makine ) üzerinde Failback ( Geri Çekmek ) işlemini sonlandırmamız gerekmektedir. Failback ( Geri Çekmek ) işlemini sonlandırmak için Veeam Backup & Replication 10 konsolunda Replicas menüsü altında bulunan Status sekmesin de Replication ( Replikasyon ) Failover ( Yük Devretme ) işleminden sonra Failback ( Geri Çekmek ) durumunda olan Virtual Machine ( Sanal Makine ) üzerinde sağ tuş Commit failback ya da Failback menüsü altında bulunan Commit Failback seçeneğine tıklıyoruz.


Resim-41

Veeam Backup and Replication ekranında Yes diyerek Veeam Backup & Replication 10 üzerinde Commit Failback ( Geri Çekme Tamamla ) diyerek Failback ( Geri Çekmek ) yapılandırmasını sonlandırıyoruz.


Resim-42

Restore Session ekranın da Commit Failback ( Geri Çekme Tamamla ) işleminin başladığını görüyoruz.


Resim-43


Resim-44

Restore Session ekranın da Failback commit operation stopped at yani Commit Failback ( Geri Çekme Tamamla ) işleminin başarılı bir şekilde tamamlandığını görüyoruz.

Restore Session ekranında Close diyerek yapılandırmayı kontrol ediyoruz.


Resim-45

Veeam Backup & Replication 10 konsolunda Replicas menüsü altında bulunan Status sekmesin de Replication ( Replikasyon ) Commit Failback ( Geri Çekme Tamamla ) işleminden sonra Ready olarak görüyoruz.

Commit Failback ( Geri Çekme Tamamla ) işleminden önce Status bölümünde  Failback olarak görmüştük. Commit Failback ( Geri Çekme Tamamla ) işleminden sonra Status bölümünü Ready olarak görüyoruz.


Resim-46

Başka bir yazimizda görüşmek dileğiyle…

Bu konuyla ilgili sorularınızı alt kısımda bulunan yorumlar alanını kullanarak sorabilirsiniz.

Referanslar

www.mshowto.org

TAGs : Veeam Backup & Replication 10 Replication Failback,veeam backup & replication 10 replication failback,Veeam Backup & Replication Replication Failback,veeam backup & replication replication failback,Veeam Backup & Replication 10 Failback,veeam backup & replication 10 failback,Veeam Backup & Replication Failback,veeam backup & replication failback,Veeam Backup Replication Failback,veeam backup replication failback,Veeam Backup Failback,veeam backup failback,Veeam Replication Failback,veeam replication failback,Veeam Failback,veeam failback

Bu İçeriğe Tepkin Ne Oldu?
  • 0
    harika_
    Harika!!
  • 0
    be_enmedim
    Beğenmedim
  • 0
    _ok_iyi
    Çok iyi
  • 0
    sevdim_
    Sevdim!
  • 0
    bilemedim_
    Bilemedim!
  • 0
    olmad_
    Olmadı!
  • 0
    k_zd_m_
    Kızdım!

Baki ÇUBUK 1985 K.D.Z Ereğli doğumludur. 1998 yılında başlayan bilgisayar ile tanışma macerası 2003 yılında profesyonel hayata atılarak başlamıştır.19 yılı aşkın bir süredir Bilişim sektörü içerisinde farklı rollerde görev almıştır. Bilişim sektörüne K.D.Z Ereğli faaliyet göstermiş olan Ebil Bilgisayar bünyesin de 2003 – 2007 yılları arasında Teknik Destek Uzmanı olarak görev yapmıştır. Ebil Bilgisayar bünyesinde kurulan Avasoft Yazılım ve Danışmanlık firmasından çelik sektörü için üretilen Avasoft yazılım, Logo Tiger ve ETA Muhasebe yazılımlarına 2005 – 2007 yılları arasında Yazılım Destek Uzmanı olarak görev yapmıştır. 2007 yılında vatani görevi nedeniyle bu firmadaki görevlerinden kendi isteği ile ayrılmıştır. Vatani görevini tamamladıktan sonra 2008 – 2009 yılları arasında Bilge Adam Bilişim Grubu‘nda Sistem ve Network Uzmanlığı eğitimi alarak eğitimini Üstün Başarı ile tamamlamıştır. İstanbul’da faaliyet gösteren InterComp Bilgisayar bünyesinde 2009 – 2011 yılları arasında Sistem Destek Uzmanı olarak görev yapmıştır. Eylül 2011 yılından Ağustos 2022 yılına kadar Dorak Turizm ve Gayrimenkul Yatırımları Holding A.Ş bünyesin de Bilgi Teknolojileri Direktörü olarak görev yapmıştık. Eylül 2022 yılından itibaren Tiryaki Agro Gıda San. ve Tic. A.Ş. Sistem ve Network Müdürü olarak görev yapmaktadır. 2015 yılında Türkiye’de tüm 4 ve 5 yıldızlı otellerin IT Manager – Group IT Manager – Head of IT – IT Director pozisyonundaki profesyonel Bilgi İşlemcileri bir araya getirmek için kurulan HOTELS CIO Kurucu Üye olarak görev almaktadır. 2005 yılında Bilişim sektöründeki Türkçe içeriği arttırmak ve Microsoft’a ait ürünler ile ilgili çözümler sunmak için oluşturulmuş bağımsız bir organizasyon olan Mshowto bünyesinde yazar olarak görev almaktadır. 2017 yılında Türkiye’de Bilişim sektörüne yön veren, kâr amacı taşımayan, gönüllülerden oluşan profesyonel bir sosyal insiyatif olarak kurulan CIO Turkey bünyesinde Kurucu Üye olarak görev almıştır. 2020 yılında Bilişim Sektörüne fayda sağlamak için üyeleri arasında dayanışma ve geliştirmeyi hedefliyen. Bilişime dokunan herkesin derneği olacak BiTekDer Kurucu Üye olarak görev almıştır.

Yazarın Profili

Bültenimize Katılın

Tıklayın, üyemiz olun ve yeni güncellemelerden haberdar olan ilk kişi siz olun.

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir