Azure Dosyalar ve Azure Dosya Eşitleme hakkında sık sorulan sorular

Azure Dosyalar, bulutta tamamen yönetilen dosya paylaşımları sunar; bunlara sektör standardı olan Server Message Block (SMB) protokolü ve Network File System (NFS) protokolü üzerinden erişebilirsiniz. Azure dosya paylaşımlarını Windows, Linux ve macOS'un bulut veya şirket içi dağıtımlarına eş zamanlı olarak bağlayabilirsiniz. Azure Dosya Eşitleme kullanarak, Windows Server makinelerinde Azure dosya paylaşımlarını önbellekleyerek kullanıldığı yere yakın veriye hızlı erişim sağlayabilirsiniz.

Azure Dosya Eşitleme FAQ

  • Etki alanına bağlı ve bağlı olmayan sunucuları aynı eşitleme grubunda barındırabilir miyim?
    Evet. Eşitleme grubu, etki alanına katılmamış olsalar bile farklı Active Directory üyeliklerine sahip sunucu uç noktalarını içerebilir. Bu yapılandırma teknik olarak işe yarasa da, bir sunucudaki dosya ve klasörler için tanımlanan erişim denetim listeleri (ACL' ler) eşitleme grubundaki diğer sunucular tarafından zorlanamayacağından bunu tipik bir yapılandırma olarak önermiyoruz. En iyi sonuçları elde etmek için, aynı Active Directory ormanındaki sunucular arasında, farklı Active Directory ormanlarında bulunan ancak güven ilişkileri kuran sunucular arasında veya bir etki alanında olmayan sunucular arasında eşitleme yapmanızı öneririz. Bu yapılandırmaların bir karışımını kullanmaktan kaçınmanızı öneririz.

  • SMB kullanarak veya portalda doğrudan Azure dosya paylaşımımda bir dosya oluşturdum. Dosyanın eşitleme grubundaki sunuculara eşitlenmesi ne kadar sürer?

    Azure portal veya SMB kullanılarak Azure dosya paylaşımında yapılan değişiklikler sunucu uç noktalarında yapılan değişiklikler gibi hemen algılanmaz ve çoğaltılmaz. Azure Dosyalar’ın henüz değişiklik bildirimleri veya günlük kaydı yoktur, bu nedenle dosyalar değiştirildiğinde eşitleme oturumu otomatik olarak başlatılmaz. Windows Server’da Azure Dosya Eşitleme, dosyalar değiştiğinde otomatik olarak eşitleme oturumu başlatmak için Windows USN günlüğü kaydını kullanır.

    Azure dosya paylaşımındaki değişiklikleri algılamak için Azure Dosya Eşitleme’nin değişiklik algılama işi adlı zamanlanmış bir işi vardır. Değişiklik algılama işi, dosya paylaşımındaki her dosyayı numaralandırır ve ardından bu dosyanın eşitleme sürümüyle karşılaştırır. Değişiklik algılama işi dosyaların değiştiğini belirlediğinde Azure Dosya Eşitleme bir eşitleme oturumu başlatır. Değişiklik algılama işi 24 saatte bir başlatılır. Değişiklik algılama işi, Azure dosya paylaşımındaki her dosyayı numaralandırarak çalıştığından, büyük ad alanları için değişiklik algılama küçük ad alanlarına göre daha uzun sürer. Büyük ad alanları için, hangi dosyaların değiştiğini belirlemek 24 saatte bir sıklığından daha uzun bir süreye yayılabilir.

    Azure dosya paylaşımında değiştirilen dosyaları hemen eşitlemek istiyorsanız Azure dosya paylaşımındaki değişikliklerin algılanmasını el ile başlatmak için Invoke-AzStorageSyncChangeDetection PowerShell cmdlet'ini kullanabilirsiniz. Bu cmdlet, bir tür otomatik işlemin Azure dosya paylaşımında değişiklik yaptığı veya değişikliklerin bir yönetici tarafından yapıldığı (dosya ve dizinleri paylaşıma taşıma gibi) senaryolara yöneliktir. Son kullanıcı değişiklikleri için, Azure Dosya Eşitleme aracısını bir IaaS VM'sine yüklemek ve son kullanıcıların IaaS VM aracılığıyla dosya paylaşımına erişmesini sağlamaktır. Bu şekilde tüm değişiklikler Invoke-AzStorageSyncChangeDetection cmdlet'ini kullanmaya gerek kalmadan diğer aracılarla hızla eşitlenir. Daha fazla bilgi edinmek için Invoke-AzStorageSyncChangeDetection belgelerine bakın.

    Windows Server'daki birimler için USN'ye benzer şekilde Azure dosya paylaşımı için değişiklik algılamayı eklemeyi araştırıyoruz. Azure Topluluk Geri Bildirimi'nde oy vererek bu özelliği gelecekteki geliştirmeler için önceliklendirmemize yardımcı olun.

  • İki sunucuda aynı dosya yaklaşık aynı zamanda değiştirilirse ne olur?
    Azure dosya paylaşımındaki dosya, sunucu uç noktası konumundaki dosyayla eşleşmediğinde dosya çakışmaları oluşur (boyut ve/veya son değiştirme zamanı farklıdır).

    Aşağıdaki senaryolar dosya çakışmalarına neden olabilir:

    • Uç noktada bir dosya oluşturulur veya değiştirilir (örneğin, Sunucu A). Sunucu A’da yapılan değişiklik bu uç noktayla eşitlenmeden önce aynı dosya farklı bir uç noktada değiştirilirse, bir çakışma dosyası oluşturulur.
    • Dosya, sunucu uç noktası oluşturulmadan önce Azure dosya paylaşımında ve sunucu uç noktası konumunda yer alır. Sunucu uç noktası oluşturulduğunda dosya boyutu ve/veya son değiştirme zamanı sunucudaki dosya ile Azure dosya paylaşımı arasında farklıysa, bir çakışma dosyası oluşturulur.
    • Bozulma nedeniyle veya bilgi sınırına ulaşıldığı için senkronizasyon veritabanını yeniden oluşturursunuz. Veritabanını yeniden oluşturduktan sonra, senkronizasyon uzlaştırma moduna girer. Eğer dosya boyutu ve son değiştirilme süresi sunucudaki dosya ile Azure dosya paylaşımı arasında farklıysa, uzlaştırma gerçekleştiğinde bir çatışma dosyası oluşturulur.

    Azure dosya paylaşımına ilk yükleme tamamlandıktan sonra, Azure Dosya Eşitleme senkronizasyon grubundaki hiçbir dosyanın üzerine yazmaz. Bunun yerine, basit bir çakışma çözümleme stratejisi kullanır: İki uç noktada aynı anda değiştirilen dosyalarda yapılan her iki değişikliği de korur. En son yazılan değişiklik özgün dosya adını korur. Eski dosyanın (LastWriteTime tarafından belirlenir) uç nokta adı ve dosya adının sonuna çakışma numarası eklenir. Sunucu uç noktalarında uç nokta adı sunucunun adıdır. Bulut uç noktaları için uç nokta adı Bulut'tır. Ad şu taksonomiyi izler:

    \<FileNameWithoutExtension\>-\<endpointName\>\[-#\].\<ext\>

    Örneğin, daha eski yazma işleminin yapıldığı yer CentralServer ise CompanyReport.docx dosyasındaki ilk çakışma CompanyReport-CentralServer.docx olur. İkinci çatışma ise CompanyReport-CentralServer-1.docxolarak adlandırılır. Azure Dosya Eşitleme, dosya başına 100 dosya çakışmasını destekler. En fazla çatışma dosyası sayısına ulaştıktan sonra, dosya senkronize olamaz, ta ki çatışma dosyası sayısı 100'den az olana kadar.

  • Bulut katmanlama devre dışı bırakıldı, sunucu uç noktası konumunda neden katmanlı dosyalar var?
    Katmanlı dosyaların sunucu uç noktası konumunda mevcut olmasının iki nedeni vardır:

    • Mevcut bir eşitleme grubuna yeni bir sunucu uç noktası eklerken, ilk indirme modu için "önce ad alanını geri çağır" seçeneğini veya "yalnızca ad alanını geri çağır" seçeneğini belirlerseniz, dosyalar yerel olarak indirilene kadar basamaklı dosya olarak gösterilir. Bunu önlemek için ilk indirme modu için katmanlı dosyalardan kaçının seçeneğini belirleyin. Dosyaları el ile geri çağırmak için cmdlet'ini Invoke-StorageSyncFileRecall kullanın.

    • Sunucu uç noktasında bulut katmanlama etkinleştirildiyse ve devre dışı bırakıldıysa dosyalar erişilene kadar katmanlanmış olarak kalır.

  • Katmanlı dosyalarım neden Windows Dosya Gezgini'da küçük resimleri veya önizlemeleri göstermiyor?
    Katmanlı dosyalar için küçük resimler ve önizlemeler sunucu uç noktanızda görünmez. Windows'taki küçük resim önbelleği özelliği çevrimdışı özniteliğine sahip dosyaları okumayı kasıtlı olarak atladığı için bu beklenen bir davranıştır. Bulut Katmanlama etkinleştirildiğinde katmanlı dosyalar arasında okuma yapılması, dosyaların indirilmesine (geri çağrılmasına) neden olabilir. Ancak, Çevrimdışı özniteliği ayarlamayı atlamak için Azure Dosya Eşitleme'yi yapılandırabilirsiniz.

    Bu davranış Azure Dosya Eşitleme özgü değildir. Windows Dosya Gezgini, çevrimdışı özniteliği ayarlanmış tüm dosyalar için "gri X" görüntüler. SMB üzerinden dosyalara erişirken X simgesini görürsünüz. Bu davranışın ayrıntılı açıklaması için Çevrimdışı olarak işaretlenmiş dosyalar için neden thumbnail alamıyorum? inceleyin.

    Katmanlı dosyaları yönetme hakkında sorular için bkz . Katmanlı dosyaları yönetme.

  • Katmanlı dosyalar için çevrimdışı özniteliği atlama seçeneği var mı?

    Katmanlı dosyalar için küçük resimleri ve önizlemeleri görünür hale getirmek isterseniz Azure Dosya Eşitleme'yi çevrimdışı özniteliği ayarlamayı atlayarak yapılandırabilirsiniz.

    1. Sunucuya aşağıdaki kayıt defteri anahtarını ekleyin:

      reg ADD "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Azure\StorageSync" /v SkipOfflineAttributeOnTieredFile /t REG_DWORD /d 1 /f

    2. FileSyncSvc hizmetini yeniden başlatın.

    Yapılandırmadan sonra:

    • Yeni katmanlı dosyalar artık çevrimdışı özniteliğine sahip olmayacaktır.
    • Mevcut katmanlı dosyalar bir sonraki bakım çalıştırmasında güncelleştirilir (24 saatte bir gerçekleşir).

    Dikkat

    Bu ayar, belirli uzantılara değil tüm dosyalara genel olarak uygulanır. Çevrimdışı özniteliği olmadan, Windows Dosya Gezgini farklı bir simge gösterir. Katmanlı dosyaları (öznitelikler) tanımlamak için Dosya Gezgini'nde ÖzniteliklerALMsütununu ekleyebilirsiniz. Kullanım desenlerine bağlı olarak çevrimdışı özniteliğin atlanması dosya geri çağırmalarını artırabilir, bu nedenle geri çağırma etkinliğini izlemeli ve çıkış maliyetlerinin kabul edilebilir bir aralıkta kaldığından emin olmalısınız. Bkz. Katmanlı dosyaları yönetme.

  • Katmanlı dosyalar neden sunucu uç noktası ad alanının dışında bulunur?
    Azure Dosya Eşitleme agent sürüm 3'ten önce, Azure Dosya Eşitleme, sunucu uç noktasının dışında ancak sunucu uç noktasıyla aynı hacimde katmanlı dosyaların taşınmasını engelliyordu. Kopyalama işlemleri, katmansız dosyaların taşınması ve katmanlı dosyaların diğer hacimlere taşınması etkilenmedi. Bu davranışın nedeni, Dosya Gezgini ve diğer Windows API'lerinin aynı birimde taşıma işlemlerinin (neredeyse) anlık yeniden adlandırma işlemleri olduğu örtük varsayımıydı. Bu varsayım, taşınmaların File Explorer veya diğer taşıma yöntemlerinin (örneğin komut satırı veya PowerShell) yanıt vermemesine neden olurken, Azure Dosya Eşitleme buluttan verileri geri çağırır. Azure Dosya Eşitleme agent sürüm 3.0.12.0 ile başlayarak, Azure Dosya Eşitleme, kademeli bir dosyayı sunucu uç noktasının dışına taşımanıza olanak tanır. Daha önce bahsedilen olumsuz etkiler, katmanlı dosyanın sunucu uç noktasının dışında katmanlı bir dosya olarak bulunmasına izin verilerek ve ardından dosyanın arka planda geri çağrılmasıyla önlenir. Bu yaklaşım, aynı hacimdeki taşınmaların anında gerçekleşmesini sağlar ve Azure Dosya Eşitleme, taşınma tamamlandıktan sonra dosyayı diske geri çağırır.

  • Sunucumdaki Azure Dosya Eşitleme (eşitleme, bulut katmanlama vb.) ile ilgili bir sorun yaşıyorum. Sunucu uç noktamı kaldırıp yeniden oluşturmalımıyım?

    Hayır: Sunucu uç noktasını kaldırmak, sunucuyu yeniden başlatmaya benzemez! Sunucu uç noktasını kaldırıp yeniden oluşturmak eşitleme, bulut katmanlama veya Azure Dosya Eşitleme diğer yönleriyle ilgili sorunları çözmek için neredeyse hiçbir zaman uygun bir çözüm değildir. Sunucu uç noktasını kaldırmak yıkıcı bir işlemdir. Katmanlı dosyaların sunucu uç noktası ad alanının dışında mevcut olması durumunda veri kaybına neden olabilir. Daha fazla bilgi için bkz . Sunucu uç noktası ad alanının dışında neden katmanlı dosyalar var? Veya sunucu uç noktası ad alanında bulunan katmanlı dosyalar için erişilemez dosyalara neden olabilir. Sunucu uç noktası yeniden oluşturulduğunda bu sorunlar çözülmeyecek. Bulut katmanlama özelliği hiç etkinleştirilmemiş olsa bile sunucu uç nokta ad alanınızda katmanlı dosyalar bulunabilir. Bu yüzden, Azure Dosya Eşitleme'yi bu klasörle kullanmayı durdurmayı düşünmüyorsanız veya bir Microsoft mühendisi tarafından bu konuda açıkça talimat verilmediyse, sunucu uç noktasını kaldırmamanızı öneririz. Sunucu uç noktalarını kaldırma hakkında daha fazla bilgi için bkz . Sunucu uç noktasını kaldırma.

  • Depolama eşitleme hizmetini ve/veya depolama hesabını farklı bir kaynak grubuna, aboneliğe veya Microsoft Entra kiracısına taşıyabilir miyim?
    Evet, depolama eşitleme hizmetini ve/veya depolama hesabını farklı bir kaynak grubuna, aboneliğe veya Microsoft Entra kiracısına taşıyabilirsiniz. Depolama eşitleme hizmetini veya depolama hesabını taşıdıktan sonra, Microsoft.StorageSync uygulamasına depolama hesabına erişim vermeniz gerekir. Şu adımları izleyin:

    1. Azure portalında oturum açın ve hizmet menüsünden Erişim denetimi (IAM) seçeneğini belirleyin.

    2. Depolama hesabınıza erişimi olan kullanıcıları ve uygulamaları (hizmet sorumluları) listelemek için Rol atamaları sekmesini seçin.

    3. Listede Microsoft.StorageSync veya Karma Dosya Eşitleme Hizmeti (eski uygulama adı) için Okuyucu ve Veri Erişimi rolünün göründüğünü doğrulayın.

      Microsoft. StorageSync veya Hybrid File Sync Service listede görünmüyor, şu adımları izleyin:

      • Ekle’yi seçin.
      • Rol alanında Okuyucu ve Veri Erişimi'ni seçin.
      • Seç alanına Microsoft.StorageSync yazın, rolü seçin ve ardından Kaydet'i seçin.

      Dikkat

      Bulut uç noktasını oluştururken depolama eşitleme hizmeti ve depolama hesabı aynı Microsoft Entra kiracısında olmalıdır. Bulut uç noktası oluşturulduktan sonra, depolama senkronizasyon hizmetini ve depolama hesabını farklı Microsoft Entra kiracılarına taşıyabilirsiniz.

  • Azure Dosya Eşitleme, Azure Dosyalar'de depolanan verilerle birlikte dizin/dosya düzeyi NTFS ACL'lerini korur mu?

    24 Şubat 2020 itibarıyla, Azure dosya eşitlemesi tarafından katmanlı yeni ve mevcut ACL'ler NTFS biçiminde kalıcı hale getirilecek ve doğrudan Azure dosya paylaşımında yapılan ACL değişiklikleri eşitleme grubundaki tüm sunucularla eşitlenecektir. Azure dosya paylaşımlarında yapılan ACL'lerde yapılan tüm değişiklikler Azure Dosya Eşitleme aracılığıyla eşitlenir. Verileri Azure Dosyalar kopyalarken öznitelikleri, zaman damgalarını ve ACL'leri SMB veya REST aracılığıyla azure dosya paylaşımına kopyalamak için gerekli "aslına uygunluk" özelliğini destekleyen bir kopyalama aracı kullandığınızdan emin olun. AzCopy gibi Azure kopyalama araçlarını kullanırken en son sürümü kullanmak önemlidir. Bir dosyanın tüm önemli meta verilerini kopyaladığınızdan emin olmak için Azure kopyalama araçlarına genel bir bakış elde etmek için dosya kopyalama araçları tablosunu denetleyin.

    Yönetilen Azure Dosya Eşitleme dosya paylaşımlarınızda Azure Backup'ı etkinleştirdiyseniz, dosya ACL'leri yedekleme geri yükleme iş akışının bir parçası olarak geri yüklenmeye devam edebilir. Bu, paylaşımın tamamı veya tek tek dosyalar/dizinler için çalışır.

    Azure Dosya Eşitleme tarafından yönetilen dosya paylaşımları için otomatik olarak yönetilen yedekleme çözümünün bir parçası olarak anlık görüntüleri kullanıyorsanız, anlık görüntüler 24 Şubat 2020'den önce alınmışsa ACL'leriniz NTFS ACL'lerine düzgün şekilde geri yüklenmeyebilir. Bu durumda Azure Desteği'ne başvurmayı göz önünde bulundurun.

  • Azure Dosya Eşitleme dizinler için LastWriteTime değerini eşitler mi? Dizindeki dosyalar değiştirildiğinde değiştirilen tarih zaman damgası neden güncelleştirilmiyor?
    Hayır, Azure Dosya Eşitleme dizinler için LastWriteTime'ı eşitlemez. Ayrıca, Azure Dosyalar, dizinler içindeki dosyalar değiştirildiğinde dizinler için değişiklik tarihi zaman damgasını (LastWriteTime) güncelleştirmez. Bu beklenen bir davranıştır.

  • Veri Tekilleştirme ile birlikte çalışmanın bir parçası olarak Bulut Katmanlama için hacim alanı nasıl çalışır?
    Dedup kurulduğunda bazı durumlarda, Dedup çöp toplama tetiklendikten sonra mevcut hacim alanı beklenenden fazla artabilir. Örneğin, bulut katmanlama için boş alan politikasının %20 olarak ayarlandığını düşünelim. Azure Dosya Eşitleme, boş alan düşük olduğunda (örneğin, boş alan 19%olduğunda bildirilir. Katmanlama, alanın %1 daha fazlasının boşaltılması gerektiğini belirler; ancak tampon olarak ilave %5 bırakılır, bu nedenle değer %25’e yükseltilir (örneğin 30 GiB). Dosyalar 30 GiB'ye ulaşana kadar kademeli hale getirilir. Dedup ile etkileşimin bir parçası olarak, Azure Dosya Eşitleme katmanlama oturumunun sonunda çöp toplama işlemini başlatır.

  • Azure Dosya Eşitleme sunucusundaki antivirüs yazılımı neden katmanlı dosyaları geri çağırıyor?
    Kullanıcılar katmanlı dosyalara eriştiğinde, bazı antivirüs (AV) yazılımları istenmeyen dosya geri çağırmalarına neden olabilir. Bu sorun, AV yazılımı kademeli dosyaları (bu RECALL_ON_DATA_ACCESS özniteliğe sahip olanları) görmezden gelecek şekilde yapılandırılmadığında ortaya çıkar. Şöyle olur:

    1. Kullanıcı katmanlı bir dosyaya erişmeye çalışır.
    2. AV yazılımı okuma tutamacını engeller.
    3. AV yazılımı ise dosyayı virüs için taramak için kendi okumasını gerçekleştirir.

    Bu süreç, AV yazılımının katmanlı dosyaları geri çağırıyormuş gibi görünebilir, ancak aslında kullanıcının erişim girişimi tarafından tetikleniyor. Bu sorunu önlemek için, AV satıcınızın yazılımını bu öznitelikle katmanlı dosyaları RECALL_ON_DATA_ACCESS taramayı görmezden gelecek şekilde yapılandırmasını sağladığından emin olun.

  • SSL denetim yazılımı, Azure Dosya Eşitleme sunucularına erişimi engelleyebilir mi? SSL denetim yazılımınızın (örneğin Zscaler veya FortiGate) Azure Dosya Eşitleme sunucu uç noktalarının Azure'a erişmesini sağladığından emin olun. Bu SSL denetleme araçları güvenlik duvarı ayarlarını geçersiz kılabilir ve trafiğe seçmeli olarak izin verebilir. Bu sorunu çözmek için ağ yöneticinize başvurun. Azure Dosya Eşitleme sunucunuzun bu sorunu yaşayıp yaşamadığını belirlemek için bu testnet komutu kullanın.

Kaynak sağlayıcıları ve klasik dosya paylaşımları

  • Microsoft.Storage ile Microsoft.FileShares kaynak sağlayıcıları arasındaki fark nedir? Azure dosya paylaşımı ile Azure klasik dosya paylaşımı nedir?

    Kaynak sağlayıcılar, Azure'da belirli türde kaynak sunan yönetim hizmetleridir. Azure klasik dosya paylaşımlarını, Microsoft.Storage kaynak sağlayıcısını kullanan üst düzey bir kaynak olan bir depolama hesabı içinde dağıtırsınız. Bir depolama hesabındaki tüm depolama kaynakları, o depolama hesabına uygulanan sınırları paylaşır. Microsoft tarafından sunulan dosya paylaşımları. FileShares kaynak sağlayıcısı, depolama hesabına olan ihtiyacı ortadan kaldırarak dosya paylaşımı dağıtımını basitleştiren yeni bir üst düzey kaynaktır. Şu anda Microsoft. FileShares yalnızca NFS dosya paylaşım protokolünü destekler. Klasik dosya paylaşımları hem SMB hem de NFS'yi destekliyor.

Güvenlik, kimlik doğrulaması ve erişim denetimi

  • Azure Dosyalar dosya erişimini ve değişikliklerini nasıl denetleyebilirim?

    Azure Dosyalar için denetim işlevselliği sağlayan iki seçenek vardır:

    • Kullanıcılar Azure dosya paylaşımına doğrudan erişiyorsa, sorun giderme amacıyla dosya değişikliklerini ve kullanıcı erişimini izlemek için Azure Depolama günlüklerini kullanabilirsiniz. İstekler eldeki en iyi imkanlarla kaydedilir.
    • Kullanıcılar Azure dosya paylaşımına Azure Dosya Eşitleme aracısının yüklü olduğu bir Windows Server aracılığıyla erişiyorsa, Windows Server'da dosya değişikliklerini ve kullanıcı erişimini izlemek için bir denetim ilkesi veya üçüncü taraf ürünü kullanın.

  • Azure Dosyalar, SMB Azure dosya paylaşımlarındaki dosya ve klasörlerin görünürlüğünü denetlemek için Erişim Tabanlı Numaralandırma'nın (ABE) kullanılmasını destekliyor mu?

    Azure Dosyalar ABE kullanmayı desteklemiyor ama SMB Azure dosya paylaşımları ile DFS-N kullanabilirsiniz.

  • Yazıcı veya tarayıcı kullanarak Azure dosya paylaşımına kaydedebilir miyim?

    Azure Dosyalar yalnızca Windows, Linux ve macOS'yi destekler. Bir Azure dosya paylaşımına doğrudan bir yazıcıdan veya tarayıcıdan erişme desteklenmez. Ancak, zaten Azure Dosya Eşitleme kullanıyorsanız, Windows dosya sunucunuzu yazdırabilir veya tarayabilir ve ardından dosyayı bir Azure dosya paylaşımıyla eşitleyebilirsiniz.

  • Azure Dosyalar alternatif veri akışlarını destekliyor mu?

Azure Dosyalar alternatif veri akışlarını desteklemez. SMB aracılığıyla veri aktarımı, alternatif bir veri akışı bulunursa zaten var olan bir dosya iletisi oluşturur. Alternatif akışları denetlemek için aşağıdaki PowerShell komutunu kullanabilirsiniz:

get-item <file path+name> -Stream *

Birden fazla akış gösteriliyorsa, aşağıdaki PowerShell komutunu kullanarak bunları kaldırabilirsiniz:

remove-Item <file path+name> -Stream *

Azure Dosya Eşitleme kullanıldığında alternatif veri akışları şirket içinde korunur.

Kimlik tabanlı kimlik doğrulaması

  • Microsoft Entra Etki Alanı Hizmetleri, Microsoft Entra Kimliği'ne katılmış veya microsoft Entra kimliğine kayıtlı cihazlardan Microsoft Entra kimlik bilgilerini kullanarak SMB erişimini destekliyor mu?

    Hayır, bu senaryo desteklenmez.

  • Kimlik tabanlı kimlik doğrulaması kullanırken Azure dosya paylaşımını bağlamak için kurallı adı (CNAME) kullanabilir miyim?

    Evet, bu senaryo artık SMB Azure dosya paylaşımları için hem tek ormanlı hem de çok ormanlı ortamlarda desteklenmektedir. Ancak Azure Dosyalar yalnızca depolama hesabı adını etki alanı ön eki olarak kullanarak CNAM'leri yapılandırmayı destekler. Depolama hesabı adını ön ek olarak kullanmak istemiyorsanız bunun yerine DFS Ad Alanları'nı kullanmayı göz önünde bulundurun.

  • Farklı bir abonelik altındaki bir VM'den Microsoft Entra kimlik bilgileriyle Azure dosya paylaşımlarına erişebilir miyim?

    Dosya paylaşımının dağıtıldığı abonelik, VM'nin etki alanına katıldığı Microsoft Entra Etki Alanı Hizmetleri dağıtımıyla aynı Microsoft Entra kiracısıyla ilişkiliyse, aynı Microsoft Entra kimlik bilgilerini kullanarak Azure dosya paylaşımlarına erişebilirsiniz. Kısıtlama, abonelik üzerinde değil, ilgili Microsoft Entra kiracısı üzerinde uygulanır.

  • Azure dosya paylaşımının birincil kiracısından farklı bir Microsoft Entra kiracısı kullanarak Azure dosya paylaşımları için Microsoft Entra Etki Alanı Hizmetleri veya şirket içi AD DS kimlik doğrulamasını etkinleştirebilir miyim?

    Hayır Azure Dosyalar yalnızca Microsoft Entra Etki Alanı Hizmetleri'i veya dosya paylaşımıyla aynı abonelikte bulunan bir Microsoft Entra kiracısıyla şirket içi AD DS tümleştirmesini destekler. Abonelik yalnızca bir Microsoft Entra kiracısıyla ilişkilendirilebilir. Kimlik doğrulaması için şirket içi AD DS kullanılırken, AD DS kimlik bilgileri depolama hesabının ilişkili olduğu Microsoft Entra Kimliği ile eşitlenmelidir.

  • Azure dosya paylaşımları için şirket içi AD DS kimlik doğrulaması, birden çok orman kullanan bir AD DS ortamıyla tümleştirmeyi destekliyor mu?

    Azure Dosyalar yerel AD DS kimlik doğrulaması yalnızca depolama hesabının kayıtlı olduğu etki alanı servisinin ormanıyla tümleştirilir. Başka bir ormandan kimlik doğrulamasını desteklemek için, ortamınızda doğru yapılandırılmış bir "forest trust" (orman güven ilişkisi) olmalıdır. Ayrıntılı yönergeler için bkz. Birden çok Active Directory ormanıyla Azure Dosyaları kullanma.

    Dikkat

    Çok ormanlı bir kurulumda, kök, dizin veya dosya düzeyinde Windows ACL'leri/NTFS izinlerini yapılandırmak için Dosya Gezgini kullanmayın. Bunun yerine icacl'leri kullanın.

  • Active Directory'deki depolama hesabımı temsil eden bir bilgisayar hesabı veya hizmet oturum açma hesabı oluşturmada bir fark var mı?

    Bilgisayar hesabı (varsayılan) veya hizmet oturum açma hesabı oluşturmanın, kimlik doğrulamasının Azure Dosyalar ile nasıl çalıştığı konusunda hiçbir farkı yoktur. Ad ortamınızda bir depolama hesabını kimlik olarak temsil etme konusunda kendi seçiminizi yapabilirsiniz. cmdlet'inde Join-AzStorageAccountForAuth ayarlanan varsayılan DomainAccountType, bilgisayar hesabıdır. Ancak, AD ortamınızda yapılandırılan parola süre sonu yaşı, bilgisayar veya hizmet oturum açma hesapları için farklı olabilir ve AD'de depolama hesabı kimliğinizin parolasını güncelleştirme konusunda bunu göz önünde bulundurmanız gerekir.

  • Microsoft Entra ID veya AD kimlik bilgileriyle yeni bir bağlantı başlatmadan önce depolama hesabı anahtarını kullanarak önbelleğe alınmış kimlik bilgilerini nasıl kaldırabilir ve mevcut SMB bağlantılarını nasıl silebilirim?

    Depolama hesabı anahtarına bağlı kaydedilen kimlik bilgilerini kaldırmak ve SMB bağlantısını kaldırmak için iki aşamalı süreci izleyin:

    1. Kimlik bilgilerini kaldırmak için bir Windows komut isteminden aşağıdaki komutu çalıştırın. Bulamıyorsanız, bu kimlik bilgilerini kalıcı hale getirmemişsiniz demektir ve bu adımı atlayabilirsiniz.

      cmdkey /delete:Alan:target=storage-account-name.file.core.windows.net

    2. Mevcut dosya paylaşımı bağlantısını silin. Bağlama yolunu bağlı sürücü harfi veya storage-account-name.file.core.windows.net yolu olarak belirtebilirsiniz.

      net use < sürücü-harfine/paylaşım-yolu> /delete komutuyla bağlantıyı sil

  • Güvenlik tanımlayıcısı (SID) yerine Dosya Gezgini'de bir dosya/dizin sahibinin userPrincipalName (UPN) görüntülenebilir mi?

    Dosya Gezgini, SID'yi UPN'ye çevirmek için bir RPC API'sini doğrudan sunucuya (Azure Dosyalar) çağırır. Azure Dosyalar bu API'yi desteklemediğinden, Dosya Gezgini'de, Azure Dosyalar'de barındırılan dosyalar ve dizinler için UPN yerine dosya/dizin sahibinin SID'i görüntülenir. Ancak, etki alanına katılmış bir istemciden, bir dizindeki tüm öğeleri ve UPN de dahil olmak üzere sahiplerini görüntülemek için aşağıdaki PowerShell komutunu kullanabilirsiniz:

    Get-ChildItem <Path> | Get-ACL | Select Path, Owner

Ağ Dosya Sistemi (NFS v4.1)

Anlık fotoğrafı paylaş SSS

Paylaşım anlık görüntüleri oluştur

  • Anlık görüntülerim coğrafi olarak yedekli mi?
    Paylaşım anlık görüntüleri, oluşturuldukları Azure dosya paylaşımıyla aynı yedekliliğe sahiptir. Hesabınız için coğrafi olarak yedekli depolama seçtiyseniz, paylaşım anlık görüntünüz de eşleştirilmiş bölgede yedekli olarak depolanır.

Paylaşım anlık görüntülerini temizle

  • Paylaşımımı silebilirim ancak paylaşım anlık görüntülerimi silemez miyim?
    Hayır Silme dosya paylaşımı iş akışı, paylaşımı sildiğinizde anlık görüntüleri otomatik olarak siler.

Azure Dosyalar faturalama ve fiyatlandırma

  • Azure Dosyalar işlemleri nelerdir ve nasıl faturalandırılır? Protokol işlemleri, kullanıcı, uygulama, betik veya hizmet Azure dosya paylaşımlarıyla (yazma, okuma, listeleme, silme vb.) etkileşimde bulunduğunda gerçekleşir. Tek bir işlem olarak algıladığınız bazı eylemlerin aslında birden çok işlem içerebileceğini unutmamanız önemlidir. Kullandıkça öde dosya paylaşımları için, farklı işlem türlerinin dosya paylaşımı üzerindeki etkilerine bağlı olarak farklı fiyatları vardır. İşlemler, sağlanan dosya paylaşımları için faturalamayı etkilemez. Daha fazla bilgi için Faturalamayı anlama bölümüne bkz.

Azure Dosyalar'ın diğer hizmetlerle birlikte çalışabilirliği

  • Azure Dosyalar ile Azure NetApp Files arasındaki fark nedir?
    Azure Dosyalar ve Azure NetApp Files Azure farklı dosya depolama hizmetleridir ve farklı iş yükleri ve performans gereksinimleri için tasarlanmıştır. Azure Dosyalar sunucusuz SMB ve NFS dosya paylaşımları sağlar ve SMB dosya paylaşımlarını Windows Server önbelleğe almak için bir seçenek olarak Azure Dosya Eşitleme sunar. Azure NetApp Files, NFS, SMB ve çift protokollü dosya paylaşımlarını destekleyen NetApp teknolojisiyle desteklenen yüksek performanslı, çıplak dosya depolama hizmetidir. Daha fazla bilgi için bkz. Compare Azure Dosyalar ve Azure NetApp Files.

  • Azure dosya paylaşımımı Windows Server Yük Devretme Kümem için bir Dosya Paylaşımı Tanığı olarak kullanabilir miyim?
    Bu yapılandırma Azure Dosyalar için desteklenmiyor. Azure Blob depolama kullanarak bu yapılandırmayı nasıl kuracağınızı öğrenmek için Failover Kümesi için Cloud Witness Deploy bölümüne bakınız.

Ayrıca bkz.

  • Last updated on