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

  • Makale

Azure Dosyalar, bulutta endüstri standardı Sunucu İleti Bloğu (SMB) protokolü ve Ağ Dosya Sistemi (NFS) protokolü aracılığıyla erişilebilen tam olarak yönetilen dosya paylaşımları sunar. Azure dosya paylaşımlarını Windows, Linux ve macOS'un bulut veya şirket içi dağıtımlarına eş zamanlı olarak bağlayabilirsiniz. Ayrıca verilerin kullanıldığı yere yakın hızlı erişim için Azure Dosya Eşitleme kullanarak Windows Server makinelerinde Azure dosya paylaşımlarını önbelleğe alabilirsiniz.

Azure Dosya Eşitleme

  • Etki alanına katılmış ve etki alanına katılmamış 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'da birimler için USN'ye benzer bir Azure dosya paylaşımı için değişiklik algılama ekleme işlemini 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.
    • Eşitleme veritabanı bozulma veya bilgi sınırına ulaşılması nedeniyle yeniden oluşturulmuştur. Veritabanı yeniden oluşturulduğunda eşitleme, uzlaştırma denen bir moda girer. Uzlaştıma moduna geçildiğinde 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.

    Azure dosya paylaşımına ilk yükleme tamamlandıktan sonra, Azure Dosya Eşitleme eşitleme grubunuzdaki dosyaları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, CentralServer eski yazma işleminin gerçekleştiği yerdeyse CompanyReport.docx’in ilk çakışması CompanyReport-CentralServer.docx olur. İkinci çakışma CompanyReport-CentralServer-1.docx olarak adlandırılır. Azure Dosya Eşitleme, dosya başına 100 dosya çakışmasını destekler. Çakışan dosya sayısı üst sınırına ulaşıldıktan sonra, çakışma dosyalarının sayısı 100’den az olana kadar dosya eşitleme başarısız olacaktır.

  • 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 eşitleme grubuna yeni bir sunucu uç noktası eklerken, ilk indirme modu için ad alanını geri çağırma veya yalnızca ad alanını geri çağırma seçeneğini belirlerseniz, dosyalar yerel olarak indirilene kadar katmanlı 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.

    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 bkz . Çevrimdışı olarak işaretlenmiş dosyalar için neden küçük resimler alamıyorum?

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

  • Katmanlı dosyalar neden sunucu uç noktası ad alanının dışında bulunur?
    Azure Dosya Eşitleme aracısı sürüm 3'Azure Dosya Eşitleme önce, katmanlı dosyaların sunucu uç noktası dışında ancak sunucu uç noktasıyla aynı birimde taşınmasını engelledi. Kopyalama işlemleri, katmanlı olmayan dosyaların taşımaları ve katmanlı dosyaların diğer birimlere taşınmaları 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, taşımaların Dosya Gezgini veya diğer taşıma yöntemlerinin (komut satırı veya PowerShell gibi) yanıt vermemeye başlamasına ve Azure Dosya Eşitleme verileri buluttan geri çekmesine neden olacağı anlamına gelir. Azure Dosya Eşitleme aracı sürüm 3.0.12.0'dan başlayarak, Azure Dosya Eşitleme katmanlı bir dosyayı sunucu uç noktasının dışına taşımanıza olanak sağlar. Katmanlı dosyanın sunucu uç noktasının dışında katmanlı bir dosya olarak var olmasına izin vererek ve ardından dosyayı arka planda geri çağırarak daha önce bahsedilen olumsuz etkilerden kaçınıyoruz. Bu, aynı birimdeki taşımaların anlık olduğu anlamına gelir ve taşıma tamamlandıktan sonra dosyayı diske çağırmak için tüm işi yaparız.

  • 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 nedenle, bu klasörle Azure Dosya Eşitleme kullanmayı durdurmak istemediğiniz veya bir Microsoft mühendisi tarafından açıkça bu konuda talimat vermedikçe 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.

      Listede Microsoft.StorageSync veya Karma Dosya Eşitleme Hizmeti görünmüyorsa aşağıdaki adımları gerçekleştirin:

      • 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.

      Not

      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 eşitleme hizmeti ve depolama hesabı farklı Microsoft Entra kiracılarına taşınabilir.

  • 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 dizin içindeki dosyalar değiştirildiğinde dizinler için değiştirme tarihi zaman damgasını (LastWriteTime) güncelleştirmez. Bu beklenen bir davranıştır.

  • AFS sunucusundaki virüsten koruma yazılımı neden katmanlı dosyaları geri çağırıyor?
    Kullanıcılar katmanlı dosyalara eriştiğinde, bazı virüsten koruma (AV) yazılımları istenmeyen dosya geri çağırmalarına neden olabilir. Bu durum, AV yazılımı katmanlı dosyaları (RECALL_ON_DATA_ACCESS özniteliğine sahip olanlar) yoksayacak şekilde yapılandırılmamışsa oluşur. Şöyle olur:

    1. Kullanıcı katmanlı bir dosyaya erişmeye çalışır.
    2. AV yazılımı okuma tutamacını engeller.
    3. Ardından AV uygulaması, dosyayı virüslere karşı taramak için kendi okuma işlemini gerçekleştirir.

    Bu işlem, AV yazılımı katmanlı dosyaları geri çağırıyor gibi görünebilir, ancak aslında kullanıcının erişim girişimi tarafından tetiklenmiştir. Bu sorunu önlemek için AV satıcınızın yazılımlarını RECALL_ON_DATA_ACCESS özniteliğiyle katmanlı dosyaları taramayı yoksayacak şekilde yapılandırdığından emin olun.

  • SSL denetleme yazılımı AFS Sunucularına erişimi engelleyebilir mi? SSL denetleme yazılımınızın (Zscaler veya FortiGate gibi) Azure Dosya Eşitleme (AFS) sunucu uç noktalarının Azure'a erişmesine izin verdiğinden 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. AFS sunucunuzun bu sorunla karşılaşıp karşılaşmadığını belirlemek için "testnet" komutunu kullanın.

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 en iyi çaba temelinde günlüğe 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?

    ABE'nin Azure Dosyalar ile kullanılması şu anda desteklenmese de SMB Azure dosya paylaşımlarıyla DFS-N kullanabilirsiniz.

Kimlik tabanlı kimlik doğrulaması

  • Microsoft Entra Domain Services, 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 Domain Services 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. Sınırlama, abonelikte değil, ilişkili 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 Domain Services veya şirket içi AD DS kimlik doğrulamasını etkinleştirebilir miyim?

    Hayır Azure Dosyalar yalnızca Microsoft Entra Domain Services'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 şirket içi AD DS kimlik doğrulaması yalnızca depolama hesabının kayıtlı olduğu etki alanı hizmetinin 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 orman güveni olmalıdır. Ayrıntılı yönergeler için bkz. Birden çok Active Directory ormanıyla Azure Dosyalar kullanma.

    Not

    Ç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.

  • AD'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 bağlantı başlatmadan önce depolama hesabı anahtarıyla önbelleğe alınmış kimlik bilgileri nasıl kaldırılır ve mevcut SMB bağlantıları nasıl silinir?

    Depolama hesabı anahtarıyla ilişkili kaydedilmiş kimlik bilgilerini kaldırmak ve SMB bağlantısını kaldırmak için aşağıdaki iki adımlı işlemi izleyin:

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

      cmdkey /delete:Domain: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 yol olarak belirtebilirsiniz.

      net use <drive-letter/share-path> /delete

  • 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 görüntüleri paylaşma

Paylaşım anlık görüntüsü oluşturma

  • Paylaşım anlık görüntülerim coğrafi olarak yedekli mi?
    Paylaşım anlık görüntüleri, alındıkları 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 temizleme

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

Fatura 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 modeliyle faturalanan standart Azure dosya paylaşımları için, farklı işlem türlerinin dosya paylaşımı üzerindeki etkisine bağlı olarak farklı fiyatları vardır. İşlemler, sağlanan model kullanılarak faturalanan premium dosya paylaşımları için faturalandırmayı etkilemez. Daha fazla bilgi için bkz . Faturalamayı anlama.

  • Paylaşım anlık görüntülerinin maliyeti ne kadardır?
    Paylaşım anlık görüntüleri doğası gereği artımlıdır. Temel paylaşım anlık görüntüsü paylaşımın kendisidir. Sonraki tüm paylaşım anlık görüntüleri artımlı olur ve yalnızca önceki paylaşım anlık görüntüsünden farkı depolar. Yalnızca değiştirilen içerik için faturalandırılırsınız. 100 GiB veri içeren bir paylaşımınız varsa ancak son paylaşım anlık görüntünüzden bu yana yalnızca 5 GiB değiştiyse, paylaşım anlık görüntüsü yalnızca 5 GiB daha tüketir ve 105 GiB için faturalandırılırsınız. İşlem ve standart çıkış ücretleri hakkında daha fazla bilgi için Fiyatlandırma sayfasına bakın.

Diğer hizmetlerle birlikte çalışabilirlik

  • Azure dosya paylaşımımı Windows Server Yük Devretme Kümem için Dosya Paylaşımı Tanığı olarak kullanabilir miyim?
    Bu yapılandırma şu anda Azure Dosyalar için desteklenmiyor. Bunu Azure Blob depolama kullanarak ayarlamayı öğrenmek için bkz . Yük Devretme Kümesi için Bulut Tanığı Dağıtma.

Ayrıca bkz.