SQL Server Detach-Attach İşlemi

Bu başlık altında, SQL Server‘ın hizmet verdiği veri tabanlarında .mdf ve .ldf file’ların bulunduğu diskler altındaki pathlerin yerlerini değiştirme işlemi olan Detach-Attach işlemini örnekler ile anlatacağız. Öncelikle bir veri tabanını bir yerden başka bir yere taşımaya neden ihtiyaç duyarız? Kaynak yetersizliği Domain değişikliği Sürüm yükseltme Disk Performansı Yukarıdakilere ek olarak başka birçok neden bu işlemin yapılmasına neden olabilir. .Mdf, .ndf ve .ldf file’ların taşınması için aşağıdaki yöntemlere ek olarak kendi sisteminize uygun yöntemler ile yapabilirsiniz. Backup-restore Detach-attach Generate script (Data and Schema) Yukarıda bahsi geçen yöntemler arasından Detach – Attach yöntemini sizlere anlatmaya çalışacağım. Bu işlem yapılırken kesinlikle uzmana danışarak yapılmalı ve büyük database’lerde problem ile karşılaşılabileceği göz önünde bulundurulmalı. Ve tercih olarak biz bu işlemin yapılmasında SSMS ile değil Query ekranı ile yapılmasının daha sağlıklı olduğu düşünüyoruz. Detach işlemi: “DETACH” komutu, bir veri tabanının SQL sunucusundan ayrılmasını sağlayan bir işlemdir. Detach işlemi, veri tabanını sunucudan kaldırırken, veri tabanın fiziksel […]

SQL Server Detach-Attach İşlemi

Bu başlık altında, SQL Server‘ın hizmet verdiği veri tabanlarında .mdf ve .ldf file’ların bulunduğu diskler altındaki pathlerin yerlerini değiştirme işlemi olan Detach-Attach işlemini örnekler ile anlatacağız.

Öncelikle bir veri tabanını bir yerden başka bir yere taşımaya neden ihtiyaç duyarız?

  1. Kaynak yetersizliği
  2. Domain değişikliği
  3. Sürüm yükseltme
  4. Disk Performansı

Yukarıdakilere ek olarak başka birçok neden bu işlemin yapılmasına neden olabilir.

.Mdf, .ndf ve .ldf file’ların taşınması için aşağıdaki yöntemlere ek olarak kendi sisteminize uygun yöntemler ile yapabilirsiniz.

  1. Backup-restore
  2. Detach-attach
  3. Generate script (Data and Schema)

Yukarıda bahsi geçen yöntemler arasından Detach – Attach yöntemini sizlere anlatmaya çalışacağım. Bu işlem yapılırken kesinlikle uzmana danışarak yapılmalı ve büyük database’lerde problem ile karşılaşılabileceği göz önünde bulundurulmalı. Ve tercih olarak biz bu işlemin yapılmasında SSMS ile değil Query ekranı ile yapılmasının daha sağlıklı olduğu düşünüyoruz.

Detach işlemi: “DETACH” komutu, bir veri tabanının SQL sunucusundan ayrılmasını sağlayan bir işlemdir. Detach işlemi, veri tabanını sunucudan kaldırırken, veri tabanın fiziksel dosyalarını kaldırmaz. Bu işlemi yapma sebebimiz, SQL Server’ın hizmet verdiği diğer veri tabanlarının hizmetini aksatmadan yani SQL Server sevice kapatmadan istediğimiz veri tabanında yapabilmek için yapıyoruz.

Öncelikle bir veri tabanını taşımamız gereken durumlarda Detach – Attach yöntemini kullanacak olursak ve veri tabanı dosyalarının nerede tutulduğunu bilmiyorsak tutulduğu yeri öğrenmemiz gerekiyor. Bunun için aşağıda belirtmiş olduğum scriptler çalıştırılarak dosya konumu belirlenebilir.

Siz scriptlerde bulunan “test” veri tabanı yerine konumunu bulmak istediğiniz kendi veri tabanınızın ismini yazmalısınız. Aynı zamanda SQL Server’ın path’lerinin nerede tutulduğu bilgisini işlemden önce not etmelisiniz. Bu bilgileri Not edebilmek için aşağıdaki yöntemleri kullanabilirsiniz.

  1. Database ⇒ Properties ⇒ Files ⇒ path bilgisinin ekran görüntüsü alınır.

 

 

  1. select database_id from sys.databases where name=‘test’

        select physical_name from sys.master_files where database_id =6

 

İlk query’i çalıştırdığımızda ‘test’ veri tabanının master file’de hangi database id ile tutulduğunu öğreniyoruz. Ardından aşağıdaki query’i çalıştırarak veri tabanımızın path’lerinin tutulduğu dosya konumunu öğrenebiliriz.

 

  1. use [test]

        select * from sys.database_files

  1. use test

        go

        exec sp_helpfile

 

 

  1. sp_helpdb‘test’

Dosya konumunu bulduğumuz veri tabanında Detach işlemini gerçekleştirmeden herhangi bir taşıma işlemi yapmaya çalıştığımızda aşağıda bulunan hata penceresi ile karşılaşırsınız.

 

 

Bunun nedeni veri tabanınızın connectionların açık olmasından kaynaklanmaktadır.

Detach işlemi tam da burada devreye giriyor.

Detach İşlemi

Dosya konumlarını taşımak istediğiniz veri tabanı üzerine Sağ tık ⇒ Task ⇒  Detach adımlarını izlediğimizde aşağıdaki pencere karşımıza çıkar.

 

Açılan pencerede detach işlemine devam edebilmek için en önemli aşama “Drop Connections” tiki işaretlenmelidir. Aksi takdirde “Message” altında bulunan açıklama alanındaki ‘Active Connections’ drop edilemeyecektir. “Status” kısmında ‘Not Ready’ yazması aktif connectionlar olduğu anlamına gelmektedir.

 

 

Ayarlamaları yaptıktan sonra sayfanın üst tarafında bulunan “Script” kısmına tıklıyarak Query ekranında Scriptimizi açıyoruz ve çalıştırıyoruz.

 

 

Veri tabanı Detach edildiğinde ilişkili kullanıcı izinleri ve yapılandırmaları kaybolabilir. Veri tabanını yeniden bağladığınızda, bu izinleri ve yapılandırmaları yeniden tanımlamanız gerekebilir.

Attach İşlemi

Bu kısımda Detach ettiğimiz veri tabanımızın .mdf, .ndf ve .ldf dosyalarını taşımak istediğimiz dosya konumuna getiriyoruz. Ben “test” isimli veri tabanı dosyalarını C:\SQL dosya konumundan C:\SQL_NEW isimli yeni bir dosya konuma taşıdım.

Taşıma işleminin ardından SQL Server’da Databases sağ tık yaparak açılan pencerede “Attach” seçeneğine tıklayarak Attach işlemine başlayabiliriz.

Açılan pencerede ‘Databases to attach’ kısmının altında bulunan ‘Add…’ kısmında tıklayarak dosya konumunu belirlediğimiz  veri tabanımızın .mdf dosyasını seçiyoruz. (Bu kısımda sadece .mdf dosyası görünür ve biz bu .mdf dosyasını seçip OK seçeneğine tıklıyoruz.)

 

 

‘MDF File Location’ = .mdf dosyasının yeni konumunu açıklar.

‘Database Name’ = veri tabanı adını açıklar.

‘Attach As’ = Eğer veri tabanımıza yeni bir isim vermek istiyorsak burada yeniden adlandırma yapabiliriz. (ben NEW_DB adını verdim. İlk isminin geçerli olmasını istiyorsanız burada herhangi bir işlem yapmanıza gerek kalmayacak otomatik olarak ilk ismini SQL Server kendisi yazacaktır.)

Burada dikkat edilecek önemli bir konu .mdf ve varsa .ndf dosyalarının aynı dosya konumu içinde bulunmasıdır. Aksi takdirde ‘Attach’ işleminde hata alınacaktır.

Ayarlamaları yaptıktan sonra sayfanın üst tarafında bulunan “Script” kısmına tıklıyarak Query ekranında Scriptimizi açıyoruz ve çalıştırıyoruz.

 

 

Arkadaşlar bu şekilde “Detach – Attach” işlemini tamamlamış bulunuyoruz. Umarım çalışmalarınıza katkıda bulunabilmişimdir. İyi Çalışmalar 🙂

 

 

 

 

 

Benzer Yazılar

SQL SERVER RIGHT-LEFT PARTITION

SQL Server 5 gün önce

SQL Server’da partitioning, büyük veritabanı tablolarını daha yönetilebilir ve performanslı hale getirmek amacıyla kullanılan bir tekniktir. Bu teknik, tablonun verilerini fiziksel olarak değil, mantıksal olarak parçalara ayırır. Veriler, belirli bir partition function ve partition scheme kullanılarak farklı bölümlere yönlendirilir. Partitioning, özellikle büyük veri kümeleriyle çalışan veri tabanlarında sorgu performansını artırır ve veri yönetimini kolaylaştırır. Partition Function ve Partition Scheme nedir? Partition Function: Verilerin hangi kriterlere göre bölüneceğini belirler. Örneğin, bir tarih aralığına göre verileri ayırmak. Partition Scheme: Verilerin hangi filegroup’larda depolanacağını belirler.   Örnek olarak Range LEFT ve Range RIGHT olmak üzere iki ayrı tabloda partition nasıl yapılır sizlere göstereceğim. İlk olarak Range LEFT olan partition yapısından başlayacağım. Öncelikle Veri tabanıma yeni filegroup ve file ekliyorum Şimdi sıra FUNCTION ve SCHEME oluşturmakta ben tablomu yıllık olarak partition yaptım sizler ihtiyaçlarınız doğrultusunda aylık,günlük vs yapabilirsiniz. LEFT partition dediğimiz olay vermiş olduğunuz tarih aralığına eşit bir veri geldiğinde bu veriyi solundaki partition […]

Veritabanı Recovery Pending Durumu ve Düzeltme Seçenekleri

SQL Server 2 hafta önce

İçindekilerVeritabanı Recovery Pending Durumu Nedir?Veritabanı Neden Recover Pending Duruma Düşer?Recovery Pending Durumu Nasıl Çözülür?SonuçKaynaklarVeritabanı Recovery Pending Durumu Nedir? SQL Server’da veritabanları bazı nedenlere bağlı olarak “Recovery Pending” (Kurtarma Bekleme)  moduna geçebilir. Veritabanın düzgün bir şekilde kapatılmaması, eksik veya bozuk log dosyaları, disk depolama sorunları, sistemde yaşanan anormal şekilde çökmeler veya MS SQL Server’daki hatalar bu duruma sebep olabilir. Recovery durumu, aslında veritabanını tekrar kullanılabilir hale getirmek için bir kurtarma işlemi yürüttüğünü ifade eder ve üç aşamadan oluşur; Analysis (Analiz): Transaction log incelemesi yapılması ve işlemlerin tamamlanma (Commit) durumunun kontrol edilmesi, Redo (Yeniden İşleme): Tamamlanmış (Commit) ancak henüz diske yazılamamış olan işlemlerin yeniden işlenmesi, Undo (Geri Alma): Başlamış (Begin) ancak tamamlanmamış (Commit) işlemlerin  geri alınmasıdır.   Veritabanı Neden Recover Pending Duruma Düşer? SQL Server Restart Süreci SQL Server servisi restart edildiğinde üzerinde bulunan tüm veritabanları tutarlılığın sağlanması için otomatik olarak recovery moduna girer ve redo/undo işlemleri sürecince devam eder. Ani Sistem […]

SQL Server DMV ve DMF – 6

SQL Server 2 hafta önce

Bu yazımızda DMV ve DMF Serimizin 6.sına devam edeceğiz. Bir önceki seride Memory’ye ilişkin DMV ve DMF’leri ele almıştık. Bu yazıda Memory konusunda devam edeceğiz. SQL server’da Memory kavramı en önemli kavramlardan biridir. Özellikle tüm transaction işlemlerinin önce Buffer sonra disk üzerinden devam ettiğini düşünürsek buffer’ın oynadığı kritik rolü daha iyi anlayabiliriz. Bu yazıda Memory’nin durumunu ve monitör edilmesine bakacağız. Özellikle Performans sorunlarında memory konusunda sorun yaşandığı durumda nasıl okumak gerektiği önemli rol oynamaktadır. Hangi database’de, hangi tablo’da sorun yaşandığına ilişkin bilgilere bu paylaşım sonrasında görebileceğiz. SQL Server’ın Memory kullanım durumunu incelediğimde; select physical_memory_in_use_kb/1048576.0 AS ‘physical_memory_in_use (GB)’, locked_page_allocations_kb/1048576.0 AS ‘locked_page_allocations (GB)’, virtual_address_space_committed_kb/1048576.0 AS ‘virtual_address_space_committed (GB)’, available_commit_limit_kb/1048576.0 AS ‘available_commit_limit (GB)’, page_fault_count as ‘page_fault_count’ from  sys.dm_os_process_memory; Görsel – 1   Physical_memory_in_use: Kullanımda olan Fiziksel Memory miktarını gösterir. locked_page_allocations: Memory’de lock’lanmış olan Page’lerin miktarını belirtir. virtual_address_space_contained: SQL Server VAS(Virtual Adress Space) için ayrılan miktarı belirtir. available_commit_limit: SQL Server tarafından kullanılabilecek Memory Miktarını gösterir. […]

0 Yorum

Yorum Yaz

Rastgele