Özet

Microsoft SQL Server Sistem ve kullanıcı veritabanları tam olarak depolamak için kullanılan g/ç alt sisteminin belirli bir g/ç sorumluları ile yazma üretim günlüğü (WAL) gereksinimleri dikkate gerekir. Bu gereksinimleri hareketleri ACID özelliklerini dikkate için gereklidir: atomik, CONSISTENT, yalýtýlmýþ ve dayanıklı. G/ç alt sisteminin uyum gereksinimleri hakkındaki ayrıntıları aşağıdaki başvuru verilmiştir:

Aşağıdaki listede gereksinimlerini hızlı bir özetidir:

  • Yazma sıralama saklanması gerekir.

  • Bağımlı yazma tutarlılık ayrı ayrı sağlanmalıdır.

  • Yazar her zaman korunmalıdır/kararlı medyada.

  • Yırtık g/ç Engellemesi gerçekleşmelidir.

Dayanıklılık bakım diğer veritabanları için kritik kalır ancak tempdb veritabanı için gevşek olabilir. Aşağıdaki tabloda birkaç SQL Server veritabanları için kritik g/ç gereksinimlerini özetlemektedir.

G/ç gereksinimi

Kısa açıklama

Sistem veya kullanıcı

tempdb

Sipariş yazmak

Bağımlı yazma tutarlılık

Yazma işlemleri doğru sırasını korumak için alt yeteneğidir. Bu çözüm, grup tutarlılığı gereksinimleri ve SQL Server WAL Protokolü kullanımı yansıtma için özellikle önemli olabilir.

Gerekli

Önerilen

Okuma yazma sonra

Herhangi bir yazma işlemi başarıyla tamamlandıktan sonra okuma kesilirken hizmetine alt özelliği en son veri yansımasının istekleriyle okuyun.

Gerekli

Gerekli

Acil ihtiyaç kesintisi boyunca

Verilerin tam olarak kalması yeteneği olduğu gibi (dayanıklı) arasında bir kesilmesi gibi bir sistemi yeniden başlatın.

Gerekli

Geçerli değil

Yırtık g/ç önleme

Tek g/ç istekleri bölme önlemek için sistem yeteneğidir.

Gerekli

Önerilen

Kesimi yeniden yazma

Kesim kendi bütünlükleri içerisinde yalnızca yazılabilir ve yakındaki bir kesimi üzerinde bir yazma isteği nedeniyle yazılması olamaz.

*, Yalnızca işlem, izin verilen önerilmez

*, Yalnızca işlem, izin verilen önerilmez

Sıkı veri

Beklenti veri yazma isteği veya FlushFileBuffers bir işlemi başarıyla tamamlandığında, kararlı bir ortam için kaydedildi.

Gerekli

Geçerli değil

Fiziksel kesim hizalamasını ve boyutu

SQL Server veri ve günlük dosya depolama konumları interrogates. Tüm aygıtlar fiziksel kesim hizalanmış sınırlarda ve kesim boyutunun katları yazma işlemleri gerçekleştirmek için SQL Server sorgulamasına kesim özniteliklerini desteklemek için gereklidir.

Gerekli

Gerekli

* İşlem kesimi yeniden tam olarak taşınmış, değiştirilmesi veya orijinal görüntüye geri alınması için bir kesimi sorgulamasına alt sistemi tarafından tam olarak kayıtlı işlemler içerir. Bu yeniden ek nedeniyle genel giderleri gibi eylemleri gerçekleştirmek için gereken genellikle önerilmez. Buna örnek olarak, dosya verilerini taşıma bir birleştirme yardımcı olacaktır. Yeni kesim ve veri tamamen güvenli kadar dosyasında özgün kesim kesim yeni konumu ile değiştirilemez. Bir güç kesintisi dahil olmak üzere herhangi bir hata, özgün verileri yeniden kurulmasını neden bir kesimin yeniden eşleme işlemsel bir şekilde gerçekleşmelidir. Böylece SQL Server g/ç diğer kiracılar yukarısı kilitleme mekanizmaları bu tür geçersiz veri erişimi engellemek için işlem sırasında kullanılabilir olduğundan emin olun.

Acil ihtiyaç kesintisi boyunca

Tempdb veritabanı için SQL Server bir karalama alanıdır ve her SQL Server başlangıç sırasında yeniden. Başlatma verileri yeniden varlığını sürdürmesini gerek yerini alır.

İşlem kesimi yeniden yazma işlemleri

Veri sayfasında saklanır ve işlem özellikleri ından olmadan yazılması olamaz önce kurtarma işlemleri geri alma ve çökme kurtarma gibi başarısını garantilemek için günlük kayıtlarının doğru kararlı medyada depolanmalıdır. Bu alt sistem ve kesim hizalanmış ve boyutta yazma, yazma sipariş gibi belirli öznitelikleri ve daha önce bahsedilen belgelerde anlatılan diğer böyle g/ç güvenlik özniteliklerini korumak için SQL Server gerektirir. Tempdb veritabanı için veritabanı SQL Server başlangıç sırasında her zaman başlatılmış olduğundan kilitlenme kurtarması gerekli değildir. Ancak, tempdb veritabanı hala geri alma yetenekleri gerektirir. Bu nedenle, bazı öznitelikler WAL protokolünün rahat olmalıdır.

Tempdb veritabanı için depolama konumunu kurulan disk sürücüsü iletişim kuralları ile sıkı uygun davranmak gerekir. Tüm şekillerde tempdb veritabanının depolandığı aygıt görünür ve okunur sonra yazma yetenekleri sağlayan bir fiziksel disk gibi davranmak gerekir. Kesim yeniden yazma işlemleri işlem uygulamalarının belirli ek gereksinim olabilir. Örneğin, SQL Server veritabanı NTFS sıkıştırması yazılmış ve kabul olan günlük sektörlerini yazabilirsiniz çünkü NTFS dosya sistemi sıkıştırma kullanarak değişiklikleri sıkı desteklemiyor. Bu tür bir yeniden yazma sırasında bir hata zaten güvenli kabul, SQL Server veritabanına veri zarar kullanılamaz hale neden olabilir.

Not: SQL Server 2005 desteği ya da sıkıştırma yalnızca veritabanları ve dosya gruplarını okumak için genişletilmiş. SQL Server 2005 Books Online'da ilgili tüm ayrıntılar için bkz.

İşlem kesimi yeniden yazma işlemleri tempdb veritabanına eklemek için tüm SQL Server veritabanlarında ilgili. Genişletilmiş depolama teknolojileri büyüyen çeşitli aygıtlar ve SQL Server güvenli bulduğu veri yazabilirsiniz yardımcı programları kullanın. Örneğin, bazı gelişen teknolojiler bellek içi önbellek veya veri sıkıştırma gerçekleştirin. Ciddi veritabanı zarar önlemek için herhangi bir kesim yeniden yazan bir şekilde tam işlem desteği olması gerekir bir hata oluştuğunda, veri kesimi yukardaki geri alındı. Bu, SQL Server beklenmedik kesinti ya da veri zarar koşulu hiçbir zaman açıktır garanti eder.

RAM diskler, katı hal veya diğer veritabanları için kullanılan diğer yüksek hızlı uygulamaları gibi özel alt sistemler üzerinde tempdb veritabanı koymak mümkün olabilir. Ancak, bu seçenekler değerlendirirken "Ek bilgi" bölümünde sunulan anahtar faktörleri dikkate alınmalıdır.

Daha fazla bilgi

Tempdb veritabanı depolama konumunu değerlendirirken çeşitli faktörler dikkatle eğitim. Örneğin, tempdb veritabanı kullanımı ile ilgilidir, ancak bellek Ayak izi, sorgu planı ve g/ç kararlar için sınırlı değildir. Uygun ayarlama ve tempdb veritabanı uygulaması ölçeklenebilirlik ve bir sistem yanıt verme hızını artırabilir. Bu bölümde, tempdb veritabanı için depolama gereksinimlerini belirleyen önemli etkenlerden anlatılmaktadır.

Yüksek hızlı alt sistemler

SQL Server g/ç alt sisteminin protokolü gereksinimleri sağlar ancak ortamın dayanıklılığı sağlamaz Piyasada çeşitli yüksek hızlı alt sistemi uygulamaları vardır.

Önemli Her zaman tam SQL Server g/ç gereksinimlerine uyum sağlamak için ürün satıcısı ile onaylayın.

Bir RAM diski bir ortak gibi bir uygulama örneğidir. RAM diskler gerekli sürücüleri yükleyin ve bir parçası olarak görüntülenir ve sisteme bağlı herhangi bir disk sürücüsü gibi çalışması için ana RAM diski etkinleştirin. Tüm g/ç alt sistemleri tam SQL Server g/ç gereksinimlerine uyum sağlamalıdır. Ancak, bir RAM disk sağlam medya değil açıktır. Bu nedenle, bir RAM disk gibi bir uygulama yalnızca tempdb veritabanı konumu olarak kullanılabilir ve herhangi bir veritabanı için kullanılamaz.

Uygulama ve dağıtım önce göz önüne almanız gereken tuşları

Bu tür bir alt tempdb veritabanında dağıtmadan önce göz önüne almanız gereken çeşitli noktalar vardır. Bu bölümde bir RAM diski tartışma için temel olarak kullanır, ancak diğer yüksek hızlı uygulamalarında benzer sonuçlar oluşur.

G/ç emniyet

Okuma yazma ve işlem kesimi yazar sonra uyumluluk bir gerekliliktir. Hiçbir zaman tam olarak SQL Server g/ç gereksinimleri desteklemiyor herhangi bir sistemde SQL Server dağıtma veya hasar ve veri kaybı riski.

Sayfa zaten (çift RAM önbelleğine) önbelleğe

Geçici tablolar başka bir veritabanındaki tüm tabloları gibidir. Arabellek havuzu tarafından önbelleğe alınmış ve geç yazma işlemleri tarafından ele alınır. Bir RAM disk üzerinde geçici bir tablo sayfalarını depolama önbelleğe alma, bir arabellek havuzu içinde ve bir RAM disk üzerinde çift RAM neden olur. Bu arabellek havuzu toplam olası boyutu dışında doğrudan alır ve genellikle SQL sunucusunun performansını azaltır.

RAM verir

Adından da anlaşılacağı gibi bir bölümü ana RAM RAM diski belirtir. RAM disk ve RAM tabanlı dosyaları önbellekler çeşitli uygulamalarını vardır. Bazı fiziksel g/ç işlemleri yedekleme de etkinleştirin. Anahtar RAM tabanlı dosya önbelleği, doğrudan SQL Server tarafından kullanılan fiziksel bellek uzağa aldığını öğesidir. O bir RAM tabanlı dosya önbelleği, uygulama performansını artırır ve diğer sorgu veya uygulama performans azalmaz ekleyerek güçlü bir kanıt her zaman vardır.

İlk olarak ayarla

Bir uygulama, gereksiz ve istenmeyen sıralar ve tempdb veritabanı kullanımını neden olabilecek karma değerlerini kaldırmak için ayarlamak. Ayrıca bir dizinin kaç kez sıralama veya karma gerek planında tamamen, tempdb veritabanı kullanımı gerektirmeden en iyi performans için önde gelen kaldırabilirsiniz.

Olası kazanç noktaları

Tempdb veritabanı üzerinde bir yüksek hızlı sistem koyma yararları yalnızca ciddi testler ve ölçümler, uygulama iş yükleri ile belirlenebilir. Tempdb veritabanı yarar sağlayabilir ve g/ç emniyet dağıtım önce onaylanmalıdır özellikleri için dikkatli bir şekilde eğitim iş yükü vardır.

Sıralama ve karma işlemleri, sıralama veya karma her işlem için bellek içi karalama alanı boyutunu belirlemek için SQL Server Bellek Yöneticisi ile birlikte çalışır. Ayrılmış bellek içi karalama alanına sort veya karma veri aşıyor tamamlanmaz, tempdb veritabanı için veri yazılabilir. Bu algoritma, SQL Server 2005, SQL Server önceki sürümleri tempdb veritabanı kullanım gereksinimlerini azaltmak genişletilmiştir. Örneğin, bir tablonun bir saf zorla sıralama kullanarak, sipariş ve SQL Server 2005'in aynı donanım yapılandırmasına azalan dizin, gösterir dikkat çekici SQL Server 2000.

Dikkat SQL Server bellek düzeyleri ve geçerli sorgu etkinlikler için tempdb veritabanı işlemlerinin kullanımını içeren sorgu planı kararları verirken dikkate almak için tasarlanmıştır. Bu nedenle, performans artışı iş yükleri ve uygulama tasarım önemli ölçüde göre değişir. Bu tür bir dağıtım önce g/ç emniyet gereksinimlerini değerlendir ve olası kazançlar belirlemek için tercih edilen bir çözüm ile sınamanızı tamamladıktan kesinlikle öneririz.

SQL Server, çeşitli Aktiviteler sıralar, karma değerleri, satır sürüm deposu ile ilgili tanıtıcı ve temp tablolar tempdb veritabanı kullanır:

  • Geçici tablolara veri sayfaları için ortak arabellek havuzu yordamlar tarafından korunur ve genellikle özel alt sistemi uygulamaları ile performans avantajları sergilemez.

  • Tempdb veritabanı karalama alanı olarak karma değerlerini ve sıralama için kullanılır. Bu tür operasyonlar için g/ç gecikmesini azaltıp yararlı olabilir. Bununla birlikte, karma önlemek için bir dizin ekleyen biliyorsunuz veya sıralama benzer bir yarar sağlayabilir.

Taban çizgisi olan ve olmayan yararları karşılaştırmak için yüksek hızlı alt sisteminde depolanan tempdb veritabanı çalıştırın. Test parçası olmayan sıralar, karma veya geçici tablolar içerir ve sonra bu sorgular değil olumsuz etkilendiği sorguları kullanıcı veritabanıyla içermelidir. Sistem değerlendirirken, aşağıdaki performans göstergeleri yardımcı olabilir.

Gösterge

Description/usage

Sayfa Okuma ve yazma

G/ç veritabanı tempdb performansı artırma tempdb veritabanı g/ç ile ilgili daha az gecikme süresi nedeniyle sayfa okuma ve kullanıcı veritabanları için yazma oranı değişebilir. Kullanıcı veritabanı sayfaları için toplam sayısına boyunca aynı iş yükünü farklı değil.

Fiziksel okuma ve tempdb veritabanı için bayt yazma

RAM disk gibi bir aygıt için tempdb veritabanını taşıma tempdb veritabanı için gerçek g/ç artarsa, bellek arabellek havuzu uzakta geçen artan tempdb veritabanı etkinliğini oluşmasına neden olduğunu gösterir. Veritabanı Sayfa ömrü expectancy Mayıs da sayfaları bir gösterge olumsuz bir şekilde etkilenecek bu desendir.

Sayfa ömrü expectancy

Bir red ömrü expectancy sayfa içinde bir kullanıcı veritabanı fiziksel g/ç gereksinimlerini artış gösterebilir. Hızı düşüşüne geçen uzağa arabellek havuzu bellek veritabanı sayfalarının arabellek havuzu erken çıkmak için zorlama olduğunu gösteriyor olabilir. Diğer göstergeler ile birleştirmek ve parametre sınırlarını tamamen anlamak için test edin.

Genel verimi
CPU kullanımı
Ölçeklenebilirlik
Yanıt süresi

Genel verimi artırmak için birincil amacı, tempdb veritabanı yapılandırma değişikliği olur. Testinizde bir karışımını out verimi nasıl etkileneceğini belirlemek için ölçeklendirilebilir yinelenebilir iş yüklerini içermelidir.

Sıkıştırma tabanlı bir RAM disk uygulaması gibi bir şey iyi 10 kullanıcılar ile çalışabilir. Ancak, artan iş yükü ile bu CPU düzeyleri istediğiniz düzeyleri itme ve iş yükleri yüksek olduğunda yanıt süresi üzerindeki olumsuz etkileri yoktur. Gerçek stres testleri ve gelecekteki yükleme öngörü testleri önemle önerilir.

Çalışma dosyaları ve iş tablo oluşturma işlemleri

RAM disk gibi bir aygıt için tempdb veritabanını taşıma sorgu planını numarası veya iş dosyaları veya çalışma tabloları boyutunu artırarak değişiklik olursa, geçen uzağa arabellek havuzu bellek artan tempdb veritabanı etkinliğini oluşmasına neden olduğunu gösterir. Bu desen, veritabanı sayfalarının sayfa ömrü expectancy de olumsuz şekilde etkilenebilir bir göstergesidir.

İşlem kesimi yeniden yazma örneği

Aşağıdaki örnek, SQL Server veritabanları tarafından gereken veri güvenliği elaborates.

Bellek içi sıkıştırma uygulanması bir RAM disk satıcı kullandığını varsayar. Uygulama düzgün sanki kesim hizalanmış ve böylece SQL Server farkında ve temel yöntemin güvenli doğru boyutta dosya akışı fiziksel görünümünü sağlayarak Kapsül içine alınmalıdır. Yakın sıkıştırma örneğe bakın.

Eylem

Kesim 1 aygıtına yazılır ve yer kazanmak için sıkıştırılmış.

Kesim 2 aygıta yazılır ve kesim 1 yer kazanmak için sıkıştırılmış.

Aygıt kesimi 2 verilerle birleştirildiğinde kesim 1 veri güvenliğini sağlamak için aşağıdaki eylemleri gerçekleştirir.

Eylem

Blok tüm kesimleri için 1 ve 2 yazar.

Etkin veri alınması için geçerli kesim 1 depolama bırakarak kesim 1 karalama alanına sıkıştırmasını açın.

Yeni bir depolama biçimi kesim 1 ve 2 sıkıştırın.

Tüm okuma ve yazma 1 ve 2 kesimlerinin engelleyin.

Yeni bir depolama birimi ile kesim 1 ve 2 eski depolama değişimi.

(Rollback) exchange girişimi başarısız olursa:

  • 1 ve 2 kesim özgün depolama geri yükleyin.

  • Karalama alanındaki kesim 1 ve 2 birleştirilmiş verileri kaldırın.

  • Kesim 2 yazma işlemi başarısız.

Okuma ve yazma 1 ve 2 kesim Engellemeyi Kaldır.

Kesim değişiklikler etrafında kilitleme mekanizmaları sağlar ve değişiklikleri kesim exchange girişimi başarısız olduğunda geri yeteneği transitionally uyumlu olarak kabul edilir. Genişletilmiş yedekleme için fiziksel depolama kullanan uygulamalar için onu güvenliğini sağlamak ve SQL Server veritabanı dosyalarını bütünlüğünü korumak için disk yapılarını uygulanmış olan değişiklikleri geri almak için uygun hareket günlüğü özelliklerini içerir.

SQL Server veri kaybına maruz kalmaz böylece yeniden yazan kesimlerinin sağlayan herhangi bir aygıtı yeniden işlemsel yolla desteklemesi gerekir.

Not: Tempdb veritabanında çevrimiçi g/ç ve geri alma hataları oluştuğunda, SQL Server örneği yeniden başlatılır.

Tempdb veritabanını taşırken dikkatli olun.

Tempdb veritabanı tempdb veritabanı oluşturulamazsa, SQL Server değil başlatacağından taşırken dikkatli olun. Tempdb veritabanı oluşturulamazsa, SQL Server kullanarak başlatın (-f) başlangıç parametresi ve taşıma tempdb veritabanı için geçerli bir konum.

Tempdb veritabanı fiziksel konumunu değiştirmek için şu adımları izleyin:

  1. Yeni bir disk gibi yeni fiziksel konuma başvuruda bulunmak için tempdb veritabanında her dosyanın fiziksel dosya adlarını değiştirmek için ALTER DATABASE deyimini ve değiştirmek FILE yancümlesini kullanın.

    Alter database tempdb modify file (name = tempdev, filename = 'C:\MyPath\tempdb.mdf')

    Alter database tempdb modify file
    (name = templog, filename = 'C:\MyPath\templog.ldf')
  2. Durdurun ve SQL Server yeniden başlatın.

Ortak ürün sertifikaları bir uyumluluk veya emniyet garanti değildir.

Üçüncü taraf ürün ya da belirli bir satıcı Microsoft logo sertifika alabilirsiniz. Ancak, ortak sertifika veya belirli bir Microsoft logo uyumluluk veya SQL Server'da belirli bir amaca uygunluk onaylamak değildir.

Destek

Bir alt sistemi bu makalede açıklandığı şekilde işlem veritabanı kullanmak için g/ç teminat destekleyen SQL Server ile kullanırsanız, Microsoft SQL Server ve SQL Server tabanlı uygulamalar için destek sağlayacaktır. Ancak, sorunlar veya nedeniyle, alt sistem üreticiye ifade edilecektir.

Tempdb veritabanı ile ilgili sorunlar için Microsoft Destek Hizmetleri, tempdb veritabanı yeniden konumlandırmak için sorar. Size düzgün dağıtılan ve aygıt veritabanı işlemsel kullanım için yapılandırıldığını doğrulamak için aygıt satıcınıza başvurun.

Microsoft sertifika veya üçüncü taraf ürünleri ile SQL Server doğru bir şekilde çalıştığını doğrulayın. Ayrıca, Microsoft, herhangi bir garanti, garanti veya SQL Server ile kullanmak için herhangi bir üçüncü taraf ürünün bir deyimi sağlamaz.

Başvurular

Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleleri görüntülemek üzere aşağıdaki makale numaralarına tıklayın:

826433 PRB: bildirilmeyen g/ç sorunlarını algılamak için ek SQL Server tanılamaları eklenmiştir

828339 hata iletisi 823 donanım veya SQL Server'da sistem sorunları olduğunu gösterebilir

234656 disk sürücüsü ile SQL Server önbelleğe alma özelliğini kullanma

SQL Server veritabanı dosyalarını ağ desteğini 304261 açıklaması

913945 Microsoft üçüncü taraf ürünleri, Microsoft SQL Server ile çalışacak onaylamak değil

SQL Server 2005 ve SQL Server 2000 için 910716 kullanıcı veritabanlarını uzaktan ikizleme desteklemek için gereksinimleri

917043 anahtar üçüncü taraf dosya önbelleğini sistemleri ile SQL Server değerlendirme yaparken dikkat edilecek noktalar

SQL Server, TempDB ve arabellek havuzu uzantıları depolamak için SSD Azure VMs içinde kullanma

Azure sanal makinelerde SQL Server performans en iyi yöntemler

SQL Server ile 2014 önem Estimator planları, sorgu en iyi duruma getirme

Sorgu performansı


Bu belgede yer alan bilgiler, Microsoft Corporation'ın geçerli görünümü üzerinde yayın tarihi itibariyle görüşünü temsil eder. Microsoft Değişen Pazar koşullarına yanıt vermesi gerektiğinden, bir taahhüt olarak yorumlanmamalıdır yorumlanmalıdır ve Microsoft yayın tarihinden sonra sunulan bilgilerin doğruluğunu garanti etmez.

Bu teknik incelemeyi yalnızca bilgilendirme amaçlıdır. MICROSOFT, ZIMNİ YA DA YASAL, BU BELGEDEKİ BİLGİLER İÇİN FARKLI EXPRESS, HİÇBİR GARANTİ VERMEZ.

İlgili tüm 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ü çoğaltılamaz, saklanan veya bir sistemde saklanamaz veya herhangi bir araçla (elektronik, mekanik, fotokopi, kayıt veya başka türlü) veya Microsoft Corporation'ın yazılı açık izni olmadan herhangi bir amaçla iletilemez.

Microsoft'un patentleri, patent başvuruları, ticari markaları, telif hakları veya diğer fikri mülkiyet hakları bu belgenin içeriğini kapsayan olabilir. Microsoft tarafından yazılı bir lisans anlaşmasında herhangi, bu belgeyi bulundurmak size herhangi bir lisans bu patentler, ticari markalar, telif hakları veya diğer fikri mülkiyet hakları vermez açıkça belirtilmediği sürece.

© 2006 Microsoft Corporation. Tüm hakları saklıdır.

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

SQL Server, SQL Server g/ç güvenilirlik Program gereksinimlerialtında özetlenen 'garantili teslim için kararlı bir ortam' sistemleri gerektirir. SQL Server veritabanı altyapısı için giriş ve çıkış gereksinimleri hakkında daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:

967576 Microsoft SQL Server veritabanı altyapısı giriş/çıkış gereksinimleri



Daha fazla yardıma mı ihtiyacınız var?

Yeteneklerinizi geliştirin

Eğitimleri keşfedin >

Yeni özellikleri ilk olarak siz edinin

Microsoft Insider’a katılın >

Bu bilgi yararlı oldu mu?

Dil kalitesinden ne kadar memnunsunuz?
Deneyiminizi ne etkiledi?

Geri bildiriminiz için teşekkürler!

×