SQL`de veritabanı kopyalama: Copy demek yetmiyor!!!

0
darkness
SQL Server`la ilgilenen herkes MS SQL server üzerindeki bir veritabanının başka bir MS SQL server`a taşımanın ne kadar illet bir şey olduğunu bilir.
Geçenlerde böyle bir şey yapmak zorunda kaldım ve yaşadığım sinir bozucu deneyimi sizlerle paylaşmak istiyorum.
Datayı aktaracağınız server üzerinde aynı isimde bir veritabanı oluştursanız da Data Import and Export tool’u bir işe yaramıyor ve tabloları aktarırken yapmasa da stored procedure veya Viewer aktarırken mutlaka saçmalıyor.

Veritabanını sağlıklı bir şekilde aktarabilmek için Kaynak Veritabananı üzerinden `Generate Dabatase script` yapın. Daha sonra bu script`i Hedef sunucununuz üzerinde RUN edin. Bu işlem size kaynak sunuzunuzdaki veritabanının aynısını hedef sunucu üzerinde boş olarak oluşturacaktır. Şu aşamada bile Data Import and Export tool`u bir işe yaramıyor. Bunun için Kaynak veritabanının bir tam yedeğini alın ve Hedef sunucu üzerinde bu yedeği geri döndürün. Restore işlemini yapmadan önce `Force Restore over existing Database` opsiyonunu seçmeyi unutmayın.

Görüşler

0
enig
Yedekten geri alma dışındaki veri taşıma işlemlerinde autoincrement alanları aynı değerleri almıyordu sanırım.

Bende geliştirme ve testler için 4GB'ı geçen bir veri tabanının bir kısımını alarak express üzerinde nasıl kullanabilirim sorunsalına cevap arıyorum hala daha...
Görüş belirtmek için giriş yapın...

İlgili Yazılar

Hotmail`de yine bir açık...

urxalit

Hotmail`de yeni bir güvenlik açığı bulundu. Kısaca login olunca başkalarının da mail`lerini okuyabiliyorsunuz. Slashdot`taki habere buradan ulaşabilirsiniz. Ayrıca burada da biraz bilgi var.

İnsanlar niye hala Hotmail gibi M$`un el attığı servisleri kullanır kim açıklayabilir? Cidden insanın aklı almıyor. Yani dünyada başka ücretsiz mail servisi mi yokta gidip Hotmail kullanıyorlar...? :)

.NET Kaynak Kodu açılıyor

elrond

Microsoft bu konuda eleştirilere, baskılara karşı dayanma gücünü her geçen gün yitiriyor ya da bunun iyi birşey olduğunu anlamış durumda. Hangi açıdan bakarsak bakalım sonuç nedir dersek sonuç iyi birşey diyebiliriz sanırım. Microsoft çalışanlarından Scott Gu' nun bloguna göre bazı kütüphanelerin kaynak kodu açılıyor.

İlk 64 bitlik virüs

FZ

W64.Rugrat.3344 kod isimli virüs IA64 Windows Portable Executable (PE) dosyalarına bulaşmak üzere geliştirilmiş ve yüksek seviyede teknik bilgi sahibi bir programcı tarafından kodlandığı tahmin edilen bir program. Söz konusu program Thread Local Storage yapılarını kullanarak virüs kodunu çalıştırıyor. Uzmanlara göre bu sıradışı bir yöntem. Adı geçen virüs 32 bitlik MS Windows sürümlerine bulaşmıyor. IA64 assembly kodu ile yazılmış virüs henüz çok yaygın değil. Detaylı bilgileri buradan edinebilirsiniz.

Gizli şifre şoku

pulsar

ABD gizli servisinin, Microsoft yazılımlarındaki ana şifreyi kullanarak Alman ordusunun gizli belgelerini tek tek ele geçirdiği ileri sürüldü...

Şeytanın aklına gelir mi ? -ya da- GPL ölüyor mu ?

sundance

Newsforge`un Newsweek`e dayanarak verdiği habere göre Microsoft`un yeni açıkladığı Palladium DRM/PKI güvenlik sistemine göre GPL ve benzeri uygulamalar tehdit altında.

\r \r Sözkonusu sistem, aynı SSL gibi bir yapı ile ve hardware destekli olarak bir bilgisayar üzerinde çalışacak programların aynı SSL sertifikalar gibi legal sertifikalara sahip olmasını gerektiriyor. Böylelikle güvenli uygulamalar, güvenli ağ yapısı üstünden çalışabilecek (bazı çok kötü yazılmış e-mail programları yüzünden Internet virüs kaynamaycak yani) Dahası GPL bir kaynak kodunu compile edip çalıştırmaya kalktığınızda boardunuz/CPU`nuz bunun çalışmasını reddedebilecek. Detaylar için Newsforge