Üçüncü taraf dosya önbellek sistemlerde SQL Server ile değerlendirirken göz önüne almanız gereken önemli Etkenler

Makale çevirileri Makale çevirileri
Makale numarası: 917043 - Bu makalenin geçerli olduğu ürünleri görün.
Hepsini aç | Hepsini kapa

Bu Sayfada

Özet

Bu makalede, bazı müşterilerin bir üçüncü taraf dosya sistemi önbelleği değerlendirirken bilmeniz gereken önemli bir etken özetlenmektedir.

Üçüncü taraf dosya önbellek uygulamaları doğru olarak uygulanan, Microsoft SQL Server veritabanları performansını artırabilir. Belirli uygulamaları, ancak ve yapılandırmaları, bu ürünlerin, SQL Server veritabanlarına veri kaybı yüksek risk altında bırakabilir. Müşteriler, uygun veri bütünlüğünü yapılandırmasını tümüyle sınamanız gerekir.

URL ve diğer ınternet Web sitesi başvuruları da dahil olmak üzere, bu belgedeki bilgiler bildirilmeksizin tabidir. Aksi belirtilmediği sürece şirketler, kuruluşlar, ürünler, etki alanı adları, e-posta adresleri, logolar, kişiler, yerler ve burada adı geçen örnek olaylar kurgusaldır. Gerçek şirket, kuruluş, ürün, etki alanı adı, e-posta adresi, logo, kişi, yer veya olay ile bir ilişkisi amaçlanmaktadır veya olayla ilgisi. Tüm uygulanabilir telif hakkı yasalarına uymak kullanıcının sorumluluğundadır. Telif hakkı altındaki hakları sınırlamaksızın, bu belgenin hiçbir bölümü yeniden, saklanan veya bir geri alma sisteminde sunulan veya herhangi bir amaçla yazılı izni Microsoft Corporation'ın herhangi bir biçimde veya herhangi bir yöntemle (elektronik, mekanik, fotokopi, kayıt veya başka türlü) veya iletilemez.

Microsoft'un patentleri, patent başvuruları, ticari markaları, telif hakları veya diğer fikri mülkiyet hakları, bu belgeye konu olan malzemeyle olabilir. Herhangi bir yazılı lisans sözleşmesinde Microsoft, bu belgenin kullanımınıza sunulması herhangi bir lisans bu patentler, ticari markaları, telif hakları veya diğer zihinsel mülkiyet için size gelmez açıkça belirtilmediği sürece, mülkiyet.

© 2006 Microsoft Corporation. Tüm Hakları Saklıdır.

Microsoft, <a1>Windows</a1>, Windows Server ve SQL Server kayıtlı ticari markaları veya ticari Amerika Birleşik Devletleri ve/veya diğer ülkelerde Microsoft Corporation'ın var.

Bu makalede, SQL Server için özellikle yazılır, ancak genellikle Active Directory ve Exchange Server ürünleri tarafından da kullanılan Jet veritabanları için geçerlidir.

Daha fazla bilgi

Bu bölümde, gereksinimleri özetlenir ve herhangi bir çözüm dağıtmadan önce üçüncü taraf bir satıcıyla tamamen tartışılan ayrıntılı örnekler sağlar. Müşteriler ayrıca, veri bütünlüğü düzgün korunur emin olmak için çeşitli kurtarma senaryolarına sınamak için özel bir dikkat katmalıdır.

SQL Server'ın giriş/çıkış (g/Ç) gereksinimleri

Herhangi bir SQL Server veritabanı veya yedek dosya depolama hakkındaki temel bilgileri güvenlik güncelleþtirmesini daà ° yazma ileriye günlüğü (WAL) iletişim kuralını destekleyen gerektirir. Bu temelleri aşağıdaki makalelerinde özetlenmiştir:
SQL Server 2000 g/Ç temelleri
http://technet.microsoft.com/en-us/library/cc966500.aspx
Not Makaleyi, SQL Server 2005 için de geçerlidir.
230785SQL Server 7.0, SQL Server 2000 ve SQL Server 2005'in günlüğe kaydetme, veri depolama algoritmaları ve veri güvenilirliğini genişletir.
Bazı önemli gereksinimlerin listesi aşağıdadır:
  • Yazma sipariş saklanması gerekir.
  • Bağımlı yazma tutarlılık ayrı ayrı sağlanmalıdır.
  • Yazma işlemleri her zaman veya kararlı bir ortam üzerinde güvenli olması gerekir.
  • Bozuk bir g/Ç önleme yürütülmelidir.

Ortak ürün sertifikaları bir uyumluluk veya güvenlik garantisi değildir.

Üçüncü tarafa ait bir ürünü veya özel bir satıcı, bir <a0>Microsoft</a0> amblem sertifika alabilirsiniz. Ancak, ortak sertifika veya belirli bir Microsoft amblem uyumluluk veya belirli bir amaca uygunluk SQL Server, Exchange Server veya Active Directory Sertifika değil.

FILE_FLAG_WRITETHROUGH ve FILE_FLAG_NO_BUFFERING

Microsoft veritabanı ürünleri özellikle yazma-aracılığıyla ve arabellek yok bayraklarını veritabanı dosyaları açarken veri kaybını önlemek için kullanın. Bu dosyalar bir yazma isteğine için kararlı bir ortam güvenlik altına alınması gerekir. Aksi halde, veri kaybı oluşabilir. Aşağıda listelenen dosya sistemi önbelleğine getirebilir, belirli örnekler şunlardır:
  • Yazma yazma yeniden sıralama ve birleştirme
    Fiziksel g/Ç istekleri azaltmak için <a0></a0>, pil olmayan tabanlı önbelleklerinin genellikle birleştirmek ve yazma işlemleri hemen WAL Protokolü gereksinimleri ayırarak, yeniden düzenleme.
  • G/Ç bloğu boyutu
    Yazma benzer birleştirme ve yeniden sipariş g/Ç bloğu boyutunu alır. Önbellekler, g/Ç yolu bloğu boyutuna göre g/ç işlemleri tamamlamak deneyecek. Yeniden bu bir performansını artırma sağlayabilir, ancak zarar veritabanını açar ve hemen WAL Protokolü gereksinimleri keser.

Talking noktaları ve örnekler

Aşağıdaki bölüm, anahtar örnekler ve talking veri bütünlüğü ve güvenilirlik için ilgili noktaları sağlar. Güç kesintisi başarısızlık ve netliğini ortak bir nokta kullanır, ancak bu çoğu zaman benzer veritabanı bütünlük sorunları için önde gelen çeşitli sorunları yerine.

Örnek 1: Veri kaybı ve fiziksel veya mantıksal Bozulması

Şu senaryoyu inceleyin:
  1. Veritabanındaki 100 sayfa için BIR günlük kaydı yazıldı.
  2. Bir günlük kaydı, pil tabanlı olmayan önbelleğinde tutulur, ancak veritabanı alt yapısı günlük yazma tamamlandı "güvenli ortam kararlı için" olduğu bildirilir.
  3. Veritabanı altyapısı, LSN hardened ve yazmak için <a1>Sayfa</a1> 100 sorunları dikkate alır.
  4. Sayfa 100, ayrıca tabanlı olmayan pil önbelleğinde tutulur.
  5. Tamamlanmaya hatasız işlem tamamlanır.
Yazma kararlı bir ortam için başarıyla kaydedilen gibi veritabanı alt yapısı, işleme devam eder. Değişiklikleri, yedeklenmiş pil olmayan önbellek dışında hiçbir zaman fiziksel olarak varolan çünkü BIR güç kesintisi bu noktada, ancak hemen veri kaybına neden olabilir. Çökme kurtarma kayıp günlük kaydı hakkında bilmeniz ve işi yeniden denemez çökme kurtarma hata göstermez. Birden çok nesne değişikliği senaryolarda (örneğin, birincil anahtar, yabancı anahtar ekler), veritabanı zarar çeşitli genişletin.

Çıkan küçük değişikliklerle g/Ç önbelleği nasıl işleyeceğini için diğer çeşitli sorunlar vardır. Kısa BIR türevi, işlem geri, sayfa için fiziksel bir yapılan 100 ortam alındı varsayar. Çökme kurtarma mantıksal ve fiziksel olarak büyük olasılıkla bozuk veritabanı bırakarak çökme kurtarma sırasında geri alma işlemleri almak, böylece sayfa 100 olacaktır (hiçbir medya kararlı için yapılan), günlük kaydı hakkında yeniden bilmez.

Örnek 2: Şüpheli veritabanı

Bazı satıcılar "dosyaları dışında opt" izin ve çoğunlukla veritabanı günlük dosyası (SQL Server için .ldf) çıkılıyor, önbellekte dahil önerilir. Dosyaları önbelleğe alma yazılım tarafından yoksayılmasına işaretlemek yönetici özellikle sahip, "kabul" ilkedir. Aksi durumda, dosya otomatik olarak eklenir.

Aşağıdaki örnekler vurgulama gibi düşük bir varsayım budur. Microsoft, tüm veritabanı ve yedek dosyalarını dahil bu tür bir önbellekte önerir.
  1. Yazma için kararlı bir ortam alma için günlük dosyası dahil.
  2. Sayfa 100 değiştirilir.
  3. Veritabanı altyapısı bir denetim noktası işlemi olarak çalışır.
  4. Altyapı, tüm sayfaları veritabanı ve günlük kayıtlarının güvenlidir bildirilir (Denetim noktası kabul kadar sürede noktası hardened). Ancak, veri sayfaları üzerindeki veya kararlı bir ortam depolanan tüm değildir.
  5. SQL sunucu veritabanı "SıMPLE," kurtarma modunda olduğundan, denetim noktası artık günlük kayıtlarının tamsayıya yuvarlar.
  6. Sayfa, yalnızca onay işaret ettiği 100 yeniden değiştirilir.
Bu durum veritabanına veri kaybı açık ve genellikle şüpheli bir veritabanında oluşur. Bir güç kesintisi yer alıyorsa, yeniden kesilmesi nedeniyle, artık varolmayan için kilitlenme kurtarma günlük kayıt yoktur. Veritabanı alt yapısı veritabanı sayfaları sırasında denetim noktası güvenli veri eksik olduğunu gösteren hiçbir bilgi yok. Çökme kurtarma, ikinci değişiklik sayfasında 100 çözümlemek dener, ancak <a1>sayfanın</a1> 100 düzgün kararlı bir ortam için denetim noktası anda sağlanmadığını başarısız olur.

Çökme kurtarma kurtarma gereksinimlerini belirlemek için Sayfa üstbilgisinde saklanan LSN değerini kullanır.
  • Sayfadaki LSN eşit veya daha yeni, günlük kaydının, sayfa üzerinde LSN karşılaştırma için temel günlük kaydı ile tutarlı olduğundan kurtarma herhangi başka bir çalışma sayfasında yapar.
  • Sayfadaki LSN günlük kaydının eski ise, sayfa düzgün bir duruma döndürmek için uygun operasyonları gerçekleştirmek kurtarma gerekir. Kurtarma eksik veri koşul uncovered ve sayfanın gerçek durumuna düzgün döndüremez kurtarma başarısız olur.
Örnekte, ikinci sayfanın 100 değişiklik için <a1>Günlük</a1> kaydında depolanan bir önceki LSN Sayfa üstbilgisinde yok ve sayfayı Yinele için önceki günlük kaydı yok. Bu nedenle, Güvenli Kurtarma devam edemiyor gibi veritabanı şüpheli olarak, işaretlenir.

Örnek 3: Yedekler - geçersizdir sessiz yedekleme zinciri sonu

Örnek 2 yalnızca deneyimli sorunları bu tür bir bölümüdür. Bu örnekte, kurtarma modu yerine "SıMPLE," us konunda veritabanı "Tam KURTARMA" moduna ancak günlük ve veritabanı düzenli yedek alın. Başlangıçta, bir sağlam günlük zinciri vardır ve yalnızca sorunu düzeltmek için bir geri yükleme sırası yürütmesine çünkü bu daha iyi olacaktır, görünür.

Yedek dosya veya bazı bölümleri, beklenmedik bir şekilde önbelleğe alınabilir, böylece bazı önbellek uygulamaları "opt" ilkesini kullanın... gibi bu geçerli bir varsayım olmayabilir. SQL Server yedekleme dosyasını temizler, SQL Server yedekleme medyasını tüm yazar ya da FlushFileBuffers Win32 API işlevini kullanarak kararlı bir ortam düzgün olarak depolanan gerektirir. Önbellek satıcı, tüm yazma düzgün, FlushFileBuffers işlevi çağrısı sırasında temizlendi garantilemez, bu nedenle, işlem başarıyla, veritabanı tamamlamadan önce ortam kararlı için altyapısı güvenli bir yedek olmadan günlük kesecek. Yeniden güç kesintisi bir koşula uygun günlük kayıtlarının eksik ve kilitlenme kurtarma, başarısız olmasına neden olabilir bu noktada oluşur. Çökme kurtarma bu veritabanını eksik günlük kayıtlarında nedeniyle algılayamayabilir olabilir ve yedekleme zincirdeki sessizce hasar görmüş olabilir, önemli nedir olmasıdır. Yedeğin geri denenir veritabanı altyapısı yedekleme zarar gördü belirtmek için olacaktır.

Örnek 4: Geçersiz Veritabanı durumlara

Veritabanı dosyaları arasında birbiriyle sıkı yazma aracılığıyla gerektiren ve tümünün grup olarak uygulamak için uyumluluk sipariş bağımlılıklar içerir. Denetim noktası dosyası boyutu değişiyor, fark, işlem dışı oturum ve BULK OTURUM kurtarma modelini gibi yalnızca günlük dosyası dışında bir geçersiz varsayımı opting ilkeleri yapma birkaç anahtar veritabanı etkinliklerin Yaz, verileri dosyalarda yapılmasına gerektiren arasında var.

Örnek 5: Anında veritabanı veri kaybı – sessiz olabilir

SQL Server 2005, anlık görüntü veritabanlarının zaman sorgularda noktasının tanıtır. Veri sayfasına temel veritabanında yeni bir değişiklik yapılmadan önce <a0>anlık</a0> veri veritabanında veri sayfasının bir kopyasını güvenli hale getirmek için bu kopya üzerinde yazma izinli bir veritabanı teknolojisini kullanır. Bu işlem, işlem devam etmeden önce sayfanın anlık veritabanında güvenli olması gerekir. Sayfa ya da kararlı bir ortam değil sağlanmışsa, verilerin bütünlük sorunları denetiminin kalıcı olacağını. Sayfa Yazma önemlidir; böylece, bir işlem günlüğü anlık veritabanı içermiyor. Aşağıdakine benzer bir güç kesintisi oluşursa, ana veritabanı sayfası değiştirildi, ancak önbelleğe alınan yazma işlemi kesildi çünkü anlık görüntü önceki görüntünün yansıtmayan çözmesi olasıdır.

Nasıl yapılandırılır

Dosya önbelleğinden bir şey gibi olmayan pil yedeklenmiş önbellek satıcı uygulamasına belirli sağlayan bir ürünün nasıl yapılandırılacağı. Birkaç kural, ancak yeniden uygulanabilir:
  • Önbelleği, işletim sistemine ı/o tamamlandığını gösterir önce tüm yazar veya kararlı bir ortam üzerinde tamamlanmalıdır.
  • Veri veya kararlı bir ortam üzerinde bulunan gibi aynı görüntüyü önbellekten hizmet verdiği bir okuma isteği döndürür olarak önbelleğe alınabilir.
Bu kurallar temel olmayan pil yedeklenmiş önbelleği okuma işlemleri için etkili olabilir ancak yazma istekleri için kullanılmamalıdır anlamına gelir. Uygun yapılandırma ile bu veritabanı altyapısından performansı kazanç sağlayabilir. Bu işlem, gerekir, ancak, SQL Server tarafından kullanılabilir olan RAM genel performansını düşürebilir gibi belirli bir şey ayarlama çünkü dikkatle, test edilecek. SQL Server genel önbellek mekanizması'den daha fazla duyarlık fazladan bellek kullanmak, mümkün olabilir.

Salt okunur veritabanları

Salt okunur bir veritabanı, burada bu tür ürünleri excel iyi bir örnek olabilir. Veritabanı önce oluşturuldu ve ya da veri bütünlüğünü, veritabanı READ ONLY olarak işaretlemek için kullanılan ALTER DATABASE deyimini ve daha sonra için önbelleğe alma düzeneği atanan veritabanı için kararlı bir ortam depolanan, performans artışı karşılaştı. Bazı uygulamalar, veritabanı sayfalarının sıkıştırılmış bir görüntüsünü daha fazla fiziksel veri önbellekten alınmasını sağlar ve fiziksel g/Ç azaltma önbelleğinde tutun.

Dikkat Veritabanını hiçbir zaman READ WAL Protokolü tut önbelleğine atanan WRITE yapılması gerekir.

Güvenlik

Önbellek, RAM tabanlı dosya sistemi önbelleği, örneğin giriş verileri başka bir "bellek" konumunu tanıtır. Ürünleri bir veritabanı motoru gibi kritik veriler veya kararlı bir ortam üzerinde depolanan doğru erişim denetimi listesi (ACL) korumalar korumak varsayalım. RAM tabanlı önbellekteki veriler bir dizi kararlı bir ortam ile karşılaştırıldığında, benzersiz olmayan güvenlik sorunları için erişimlere açabilir. Örneğin, uygulama SecureZeroMemory işlevi gibi kritik bilgileri kullanarak bu BT tamamladı her zaman kullanmak üzere tasarlanmışsa, uygulama verileri RAM'DE artık varolmayan bir Beklenti vardır. Ancak, uygulama veya kararlı bir ortam üzerinde olmasını bekleniyordu, form verileri önbelleğe alınmış kalabileceği, güvenlik konuları değişiklik.

Veri bütünlüğü denetimi

Microsoft, her zaman güçlü ve şifresiz veriler bütünlük için bir strateji önerir. Bu içermelidir, ancak yedekleme ve normal DBCC CHECKDB operasyonlar, üretim, hem de geri yüklenen veritabanı geri yükleme, bunlarla sınırlı değildir.

Microsoft ayrıca, değerlendirme ve ortam değişiklikleri uygulamak veya ortamın kararlılığını için ilişkin tüm sorunları olursa bu güvenlik sınamalar sıklığını artırma önerir.

SQLIOStress kullanma hakkında daha fazla bilgi için yardımcı programı'nı, Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
231619SQL Server gibi bir disk alt sistemi vurgulamanız için SQLIOStress yardımcı programı nasıl kullanılır

TEMPDB veritabanı

TEMPDB veritabanı önbellek bazı sistemlerde bulmak olasıdır. Birkaç etkene dikkatle kabul ve bu yapılandırma TEMPDB veritabanında depolama konumunu değerlendirirken sınamıştır. G/Ç gereksinimleri, ilişkili destek sınırları ve olası performans artışı, aşağıdaki Microsoft Bilgi Bankası makalesinde özetlenir.
917047TEMPDB veritabanı için Microsoft SQL Server g/Ç alt sistemi gereksinimleri

Destek

Microsoft SQL Server desteği, standart bir veri kurtarma tekniklerini kullanarak müşteriler, yardımcı olacaktır. Kök neden çözümlemesi gibi zamana kadar bir bilgisayar beraberlik soru, Microsoft SQL Server, Active Directory ve Exchange destek ile veri bütünlüğü, ürün kaldırılması isteyebilir ve olacak yüklü ürünler terminalle, sorun said ürün yeniden.

Microsoft olmayan onaylamak veya üçüncü taraf ürünleri SQL Server ile düzgün olduğunu doğrulayın. Ayrıca, Microsoft, herhangi bir garanti, garanti veya SQL Server ile kullanmak için herhangi bir üçüncü taraf ürünün uygunluk ifadesi sağlamaz.

Referanslar

SQL Server performans geliştirme değerlendirmek için aşağıdaki başvuru tarafından sağlanan ek bilgiler dikkatlice göz önünde bulundurun:

826433Bildirilmeyen G/Ç sorunlarını algılamak için yeni SQL Server tanılamaları eklenmiştir
828339Hata iletisi 823, donanım sorunlarını veya SQL Server sistem sorunlarını gösterebilir.
234656SQL Server ile disk sürücüsünde önbelleğe alma özelliğini kullanma
110352Microsoft SQL Server performansını en iyi duruma getirme
304261SQL Server veritabanı dosyalarını ağ desteği'nin açıklaması
910716SQL Server 2000-2005 kullanıcı veritabanı ile kullanılan üçüncü taraf uzaktan yansıtma çözümleri için destek
913945Microsoft üçüncü taraf ürünleri, Microsoft SQL Server ile çalışacağından emin sertifika.
SQL Server sistemlerini desteklemek için gerektirir ‘ kararlı bir ortam garanti ’ altında Microsoft SQL Server Always-On depolama Solution inceleme program özetlendiği gibi. FOSQL Server veritabanı altyapısı için giriş ve çıkış gereksinimleri hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
967576Microsoft SQL Server Database Engine giriş/çıkış gereksinimleri

Özellikler

Makale numarası: 917043 - Last Review: 2 Kasım 2007 Cuma - Gözden geçirme: 1.5
Bu makaledeki bilginin uygulandığı durum:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
  • Microsoft SQL Server 2000 Workgroup Edition
  • Microsoft SQL Server 2005 Standard Edition
  • Microsoft SQL 2005 Server Enterprise
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Express Edition
  • Microsoft SQL 2005 Server Workgroup
  • Microsoft SQL Server 2000 Personal Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Express
  • Microsoft SQL Server 2008 Standard
Anahtar Kelimeler: 
kbmt kbexpertiseadvanced kbinfo KB917043 KbMttr
Machine-translated Article
ÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir.
Makalenin İngilizcesi aşağıdaki gibidir:917043

Geri Bildirim Ver

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com