sql Server'ın önceki bir sürümünden bir veritabanını sql Server 2012 örneğini eklediğinizde kullanılamaz

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

Bu Sayfada

Belirtiler

Aşağıdaki senaryoyu düşünün:
  • Microsoft sql Server 2005, Microsoft sql Server 2008 veya Microsoft sql Server 2008 R2'in bir örneğini yükleyin.
  • sql Server örneği, INST1 adlı ve Test_RO_FG_DB adlı bir veritabanı barındırır.
  • Veritabanı aşağıdaki dosya gruplarını içerir:
    • Birincil
    • RO_FG
    • RW_FG
  • ro_fg adlı filegroup read_only işaretlenir.
  • Microsoft sql Server 2012 yeni bir kopyasını yükleyin. Bu örneği sql Server 2012 INST2 olarak adlandırılır.
  • INST1 Test_RO_FG_DB veritabanından bağlantısını kesin.
  • INST2 için Test_RO_FG_DB veritabanını iliştirmek deneyin.
  • Aşağıdakine benzer bir hata iletisi alırsınız:
    Msg 3415, Düzey 16, durum 2, satır 1
    'Test_RO_FG_DB' veritabanı salt okunur olduğundan yükseltilemez salt okunur dosyalar veya kullanıcı bazı dosyaları değiştirmek için izinleri yok. Veritabanı veya dosyalar yazılabilir yapın ve Kurtarma yeniden çalıştırın.
  • INST1 için Test_RO_FG_DB veritabanını yeniden iliştirin deneyin.
Bu senaryoda veritabanına INST1 iliştirilemiyor. Ve sql Server hata günlüğüne aşağıdaki hata iletisini alırsınız:

2012-05-03 22:55:45.37 spid52 'Test_RO_FG_DB' veritabanı başlatılıyor.
2012-05-03 22:55:45.78 spid52 * *******************************************************************************
2012-05-03 22:55:45.78 spid52 * Yığın dökümü başlayın:
2012-05-03 22:55:45.78 spid52 * 03/05/12 22: 55: 45 52 SPID
2012-05-03 22:55:45.78 spid52 * konum: logscan.cpp:1490
2012-05-03 22:55:45.78 spid52 * ifadesi: yanlış
2012-05-03 22:55:45.78 spid52 * SPID: 52
2012-05-03 22:55:45.78 spid52 * işlem kimliği: 9156
2012-05-03 22:55:45.78 spid52 * Açıklama: Geçersiz anahtar değeri
2012-05-03 22:55:45.78 spid52 * giriş arabelleği 98 bayt -
2012-05-03 22:55:45.78 spid52 * Test_RO_FG_DB set online database alter
2012-05-03 22:55:51.05 spid52 hata: 17065, önem: 16, State: 1.
2012-05-03 22:55:51.05 spid52 sql Server onaylama işlemi: dosya: <logscan.cpp>, satır 1490 onaylama işlemi başarısız oldu = = 'false' geçersiz anahtar değeri. Bu hata, zamanlama ile ilgili olabilir. Hata bildirimi yeniden çalıştırmadan sonra da devam ederse veritabanı yapısal bütünlük denetimi için dbcc checkdb kullanın veya bellek içi veri yapıları bozuk olmadığından emin olmak için sunucuyu yeniden başlatın.
2012-05-03 22:55:51.10 spid52 hata: 3624, önem: 20, State: 1.
2012-05-03 22:55:51.10 spid52 a Sistem onaylama işlemi başarısız oldu. Ayrıntılı bilgi için sql Server hata günlüğünü denetleyin. Genellikle, yazılım hatası veya veri bozulması onaylama işlemi hatasına neden olur. Veritabanı bozulmasını kontrol için dbcc checkdb çalışan düşünün. Kurulum sırasında Microsoft'a dökümleri anlaşılan Özet bir dökümü Microsoft'a gönderilir. Bir güncelleştirme Microsoft'tan en son hizmet paketi veya qfe teknik destek kullanılabilir olabilir.
2012-05-03 22:56:09.16 spid52 hata: 3414, önem: 21, State: 1.
'Test_RO_FG_DB' (veritabanı kimliği 19) veritabanı yeniden başlatılmasını engelleyen bir kurtarma sırasında 2012-05-03 22:56:09.16 spid52 hata oluştu. Kurtarma hataları tanılamak ve bunları düzeltmek veya bilinen iyi bir yedek kopyasından geri yükleyin. Hataların düzeltilmesi veya beklenen, teknik desteğe başvurun.
2012-05-03 22:56:09.18 spid52 hata: 928, önem: 20, State: 1.
2012-05-03 22:56:09.18 spid52 sırasında yükseltme veritabanı oluşturuldu durum 926, önem 14, state 1, adres 0000000000F6A971. Özel durum numarası, nedeni belirlemek için kullanın.</logscan.cpp>


Not Bu sorun, yalnızca read_only olarak işaretlenmiş bir filegroup içeren bir veritabanını iliştirmek çalıştığınızda oluşur. Tüm verileri read_only işaretlenmiş read_only veritabanında taşımaya çalıştığınızda bu sorun oluşmaz.

Neden

Bu sorun, veritabanı yükseltmeye başlamadan önce sql Server 2012 salt okunur filegroup algılamaması nedeniyle oluşur. Yükseltme işlemi başlatıldıktan sonra sql Server 2012 işlem günlüğü girdilerini yazar. Önceki sürümleri yeni işlem günlük girdilerini okuyamıyor.

Durum

Microsoft, "Aşağıdakilere Uygulanır" bölümünde listelenen Microsoft ürünlerinde bir sorun olduğunu onaylamıştır.

Çözüm

Toplu güncelleştirme bilgileri

sql Server 2012

Bu sorunla ilgili düzeltme, toplu güncelleştirme 2'de sql Server 2012 için önce yayımlanmıştır. Bu toplu güncelleştirme paketi 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:
2703275 sql Server 2012 için toplu güncelleştirme paketi 2
Not Yap?lar birikimli olduğu için her yeni düzeltme Sürüm düzeltmeleri içerir ve önceki sql Server 2012 ile birlikte tüm güvenlik düzeltmelerini düzeltmesi. Microsoft, bu düzeltmeyi içeren en son düzeltme sürümü uygulama önermektedir. Daha fazla bilgi için Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın:
2692828 sql Server 2012'den sonra yayımlanan sql Server 2012 oluşturur
sql Server 2012 yüklemesi için sql Server 2012 düzeltmeyi uygulamanız gerekir.

Pratik Çözüm

Bu soruna geçici bir çözüm için aşağıdaki yöntemlerden birini kullanın.

Yöntem 1

Veritabanının yedeğini geri yükleme INST2 üzerinde INST1.

Not Önceki bir yedekleme geri yükleme sırasında sql Server 2012'de "Belirtiler" bölümünde açıklanan sorun oluşmaz.

Yöntem 2

sql Server 2012 için sql Server'ın önceki sürümünün bir yerinde yükseltme gerçekleştirin.

Yöntem 3

Salt okunur dosya grubu için sql Server 2012 örneğini içeren bir veritabanına taşıyın. Bunu yapmak için aşağıdaki adımları izleyin.

Not sql Server 2012 çalıştıran sunucuda 4-11 adımları gerçekleştirin. Örneğin, 4'ten 11 INST2 üzerinde gerçekleştirin.
  1. INST1 üzerinde veritabanının bağlantısını kesin. Örneğin, Test_RO_FG_DB veritabanının bağlantısını kesin.
  2. Veritabanı dosyaları INST2 örneğini barındıran sunucuya taşıyın.
  3. INST2 için veritabanını iliştirmek deneyin. Aşağıdaki örnek kod, bunun nasıl yapılacağını gösterir:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG.mdf' ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_File1.ndf' ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RW_FG_File1.ndf' )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_log.ldf' )
    FOR ATTACH;
    GO
    Not "Belirtiler" bölümünde açıklanan 3425 hata iletisi alırsınız.
  4. Komut isteminde, veritabanı dosyalarını yeniden adlandırın. Aşağıdaki örnek komut, bunun nasıl yapılacağını gösterir:
    rename Test_RO_FG.mdf original_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf original_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf original_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf original_Test_RO_FG_log.ldf
  5. sql Server Management Studio'da iliştirmek istediğiniz veritabanı olarak aynı adı ve fiziksel yapısı olan bir veritabanı oluşturun. Aşağıdaki örnek kod, bunun nasıl yapılacağını gösterir:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_DB.mdf' , SIZE = 4072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RW_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL11.SQL2012\MSSQL\DATA\Test_RO_FG_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)
    GO
  6. Veritabanını çevrimdışı olarak ayarlayın. Bunu yapmak için aşağıdaki komutu çalıştırın:
    ALTER DATABASE [Test_RO_FG_DB] SET OFFLINE
    GO
  7. Komut isteminde, yeni veritabanı dosyaları yeniden adlandırın. Aşağıdaki örnek komut, bunun nasıl yapılacağını gösterir:
    rename Test_RO_FG.mdf new_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf new_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf new_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf new_Test_RO_FG_log.ldf
  8. Komut isteminde, 2 numaralı adımda taşınan veritabanı dosyaları yeniden adlandırın. 4. Adımda oluşturduğunuz veritabanı eşleştirmek için dosyaları yeniden adlandırın. Aşağıdaki örnek komut, bunun nasıl yapılacağını gösterir:
    rename original_Test_RO_FG.mdf Test_RO_FG.mdf 
    rename original_Test_RO_FG_File1.ndf Test_RO_FG_File1.ndf 
    rename original_Test_RW_FG_File1.ndf Test_RW_FG_File1.ndf 
    rename original_Test_RO_FG_log.ldf Test_RO_FG_log.ldf
  9. Veritabanı çevrimiçi ayarlayın. Bunu yapmak için aşağıdaki komutu çalıştırın:
    ALTER DATABASE [Test_RO_FG_DB] SET ONLINE
    GO
  10. Veritabanının çevrimiçi olduğundan emin olun ve Service Broker işlevselliğini yeniden kurmak.
  11. Gerekli olmayan veritabanı dosyalarını silin. Aşağıdaki örnek komut, bunun nasıl yapılacağını gösterir:
    del /P new_Test_RO_FG.mdf
    del /P new_Test_RO_FG_File1.ndf
    del /P new_Test_RW_FG_File1.ndf
    del /P new_Test_RO_FG_log.ldf
Yöntem 4

Salt okunur dosya grubu için sql Server'ın önceki örnek içeren bir veritabanını yeniden iliştirin. Bunu yapmak için aşağıdaki adımları izleyin.

Notlar
  • Veritabanı yükseltme başarısız yeni işlem günlük girdilerini de içerir.
  • sql Server'ın önceki bir sürümünü çalıştıran sunucuda 3 ile 10 arasındaki adımları gerçekleştirin. Örneğin, INST1 üzerinde 3 ile 10 arasındaki adımları gerçekleştirin.

  1. INST1 barındıran sql Server örneğine veritabanı dosyaları taşıyın.
  2. INST1 için veritabanını iliştirmek deneyin. Aşağıdaki örnek kod, bunun nasıl yapılacağını gösterir:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_DB.mdf' ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_File1.ndf' ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RW_FG_File1.ndf' )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_log.ldf' )
    FOR ATTACH
    GO
    Not "Belirtiler" bölümünde açıklanan 3624 hata iletisi alırsınız. 1813 Hata iletisi de alırsınız.
  3. Komut isteminde, INST1 veritabanı dosyalarını yeniden adlandırın. Aşağıdaki örnek komut, bunun nasıl yapılacağını gösterir:
    rename Test_RO_FG.mdf original_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf original_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf original_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf original_Test_RO_FG_log.ldf
  4. sql Server Management Studio'da iliştirmek istediğiniz veritabanı olarak aynı adı ve fiziksel yapısı olan bir veritabanı oluşturun. Aşağıdaki örnek kod, bunun nasıl yapılacağını gösterir:
    CREATE DATABASE [Test_RO_FG_DB] ON PRIMARY ( NAME = N'Test_RO_FG_DB', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_DB.mdf' , SIZE = 4072KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RO_FG] ( NAME = N'Test_RO_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB ), 
    FILEGROUP [RW_FG] ( NAME = N'Test_RW_FG_File1', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RW_FG_File1.ndf' , SIZE = 8192KB , MAXSIZE = UNLIMITED, FILEGROWTH = 1024KB )
    LOG ON ( NAME = N'Test_RO_FG_log', FILENAME = N'C:\Program Files\Microsoft SQL Server\MSSQL10_50.SQL2008R2\MSSQL\DATA\Test_RO_FG_log.ldf' , SIZE = 1024KB , MAXSIZE = 2048GB , FILEGROWTH = 10%)
    GO
  5. Veritabanını çevrimdışı olarak ayarlayın. Bunu yapmak için aşağıdaki komutu çalıştırın:
    ALTER DATABASE [Test_RO_FG_DB] SET OFFLINE
    GO
  6. Komut isteminde, yeni veritabanı dosyaları yeniden adlandırın. Aşağıdaki örnek komut, bunun nasıl yapılacağını gösterir:
    rename Test_RO_FG.mdf new_Test_RO_FG.mdf
    rename Test_RO_FG_File1.ndf new_Test_RO_FG_File1.ndf
    rename Test_RW_FG_File1.ndf new_Test_RW_FG_File1.ndf
    rename Test_RO_FG_log.ldf new_Test_RO_FG_log.ldf
  7. Komut isteminde, 2 numaralı adımda taşınan veritabanı dosyaları yeniden adlandırın. 4. Adımda oluşturduğunuz veritabanı eşleştirmek için dosyaları yeniden adlandırın. Aşağıdaki örnek komut, bunun nasıl yapılacağını gösterir:
    rename original_Test_RO_FG.mdf Test_RO_FG.mdf 
    rename original_Test_RO_FG_File1.ndf Test_RO_FG_File1.ndf 
    rename original_Test_RW_FG_File1.ndf Test_RW_FG_File1.ndf 
    rename original_Test_RO_FG_log.ldf Test_RO_FG_log.ldf
  8. Acil durum modu veritabanı ayarlama ve onarım gerçekleştirin. Bunu yapmak için aşağıdaki komutu çalıştırın.

    Not Bu adımı sırasında veritabanı işlem günlüklerinin olu?turulur. Bu veri kaybına neden olabilir. Bu nedenle, bu adımı uygulamadan önce veritabanını yedeklemeniz önerilir.
    ALTER DATABASE Test_RO_FG_DB SET EMERGENCY
    GO
    ALTER DATABASE Test_RO_FG_DB SET SINGLE_USER
    GO
    DBCC CHECKDB (Test_RO_FG_DB, repair_allow_data_loss) WITH ALL_ERRORMSGS
    GO
    ALTER DATABASE Test_RO_FG_DB SET MULTI_USER
    GO
  9. Veritabanının çevrimiçi olduğundan emin olun ve Service Broker işlevselliğini yeniden kurmak.
  10. Gerekli olmayan veritabanı dosyalarını silin. Aşağıdaki örnek komut, bunun nasıl yapılacağını gösterir:
    del /P new_Test_RO_FG.mdf
    del /P new_Test_RO_FG_File1.ndf
    del /P new_Test_RW_FG_File1.ndf
    del /P new_Test_RO_FG_log.ldf

Daha fazla bilgi

Bir sql Server örneği bir veritabanı iliştirildiğinde, birkaç adım vardır. Veritabanı kurtarma ve dosyaları sql Server'ın önceki sürümlerinden yükseltme adımları içerir.

Veritabanı salt okunur dosyaları algılandı önce "Belirtiler" bölümünde açıklanan sorun sql Server 2012 yükseltme işlemi başlar. Veritabanı önyükleme sayfa içinde "temiz bir şekilde kapatma" bit temizlemek için bir hareket başlatma yükseltme adımları içerir. sql Server'ın önceki sürümlerinde, begin hareket kayıt okunamıyor. Bu nedenle, veritabanı sql Server'ın önceki sürümlerinde kullanılamaz ve sql Server 3624 hatası üretir.

Yerinde yükseltme, bir veritabanı salt okunur olarak işaretlenmiş

sql Server 2012 için Test_RO_DB adında salt okunur bir veritabanı içeren sql Server örneği bir yerinde yükseltme gerçekleştirdiğinizde sql Server hata günlüğüne aşağıdakine benzer hata iletileri alabilirsiniz:

2012-05-04 21:03:59.23 spid19s 'Test_RO_DB' veritabanı başlatılıyor.
2012-05-04 21:03:59.56 spid19s dönüştürme veritabanından 'Test_RO_DB' sürüm 661 706 geçerli sürümü için.
2012-05-04 21:03:59.56 spid19s hata: 928, önem: 20, State: 1.
yükseltme sırasında 2012-05-04 21:03:59.56 spid19s, özel durum 3415, önem derecesi 16, state 1, adres 000007FEE66D784A veritabanı oluşturuldu. Özel durum numarası, nedeni belirlemek için kullanın.
2012-05-04 21:03:59.61 spid19s hata: 3415, önem: 16, State: 1.
2012-05-04 21:03:59.61 spid19s 'Test_RO_DB' veritabanı salt okunur olduğundan yükseltilemez salt okunur dosyalar veya kullanıcı bazı dosyaları değiştirmek için izinleri yok. Veritabanı veya dosyalar yazılabilir yapın ve Kurtarma yeniden çalıştırın.


Yükseltme işleminin sonunda, Test_RO_DB veritabanı RECOVERY_PENDING durumda olacaktır. READ_WRITE için bir veritabanı ayarlamak için alter database komutunu kullanmanız gerekir. Sonra veritabanı read_only olarak ayarlamak için alter database komutunu kullanın. Bu veritabanı doğru sürüme yükseltme sql Server altyapısı sağlar.

Yükseltme okuma/yazma veritabanı salt okunur olarak imlenmiş dosya gruplarını içeren yerinde

sql Server 2012 için yerinde yükseltme gerçekleştirdiğinizde sql Server hata günlüğüne aşağıdakine benzer bir ileti alabilirsiniz. Önceki sql Server örneği bir okuma/yazma veritabanını barındıran read_only işaretlenmiş dosya gruplarını içeriyorsa, bu sorun oluşur. Ancak beklendiği gibi yükseltme işlemi tamamlandıktan ve veritabanının çevrimiçi başlar.

Not Aşağıdaki hata iletisini Test_RO_FG veritabanı adı:

2012-05-04 21:03:59.23 spid18s 'Test_RO_FG' veritabanı başlatılıyor.
2012-05-04 21:03:59.71 spid18s dönüştürme veritabanından 'Test_RO_FG' sürüm 661 706 geçerli sürümü için.
2012-05-04 21:03:59.71 spid18s veritabanı sürümü 668 661 sürümünden yükseltme adım çalışan ' Test_RO_FG'.



Özellikler

Makale numarası: 2710782 - Last Review: 18 Haziran 2012 Pazartesi - Gözden geçirme: 2.0
Bu makaledeki bilginin uygulandığı durum:
  • Microsoft SQL Server 2012 Enterprise
Anahtar Kelimeler: 
kbsurveynew kbprb kbtshoot kbmt KB2710782 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: 2710782

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