Aracılığıyla paylaş

Azure SQL Yönetilen Örneği ile İşlemsel Çoğaltma

Şunlar için geçerlidir:Azure SQL Yönetilen Örneği

Transaksiyonel çoğaltma, Azure SQL Yönetilen Örneği ve SQL Server üzerinde bulunan bir özelliktir ve Azure SQL Yönetilen Örneği veya SQL Server örneğindeki bir tablodan uzak veritabanlarındaki tablolara verilerinizi çoğaltmanıza imkan tanır. Bu özellik farklı veritabanlarında yer alan birden fazla tabloyu eşitlemenizi sağlar.

Overview

Azure SQL yönetilen bir örnekte yapılan değişiklikleri aşağıdakilere göndermek için işlem çoğaltmasını kullanabilirsiniz:

  • SQL Server veritabanı (şirket içinde veya Azure Sanal Makinesinde)
  • Azure SQL Veritabanı'nda yer alan bir veritabanı
  • Azure SQL Yönetilen Örneği'nde bir veritabanı

Note

Azure SQL Yönetilen Örneği'nin tüm özelliklerini kullanmak için en son sürümlerini SQL Server Management Studio (SSMS) ve SQL Server Veri Araçları (SSDT) kullanmanız gerekir.

Components

İşlem çoğaltmasının temel bileşenleri, aşağıdaki resimde gösterildiği gibi Yayımcı, Dağıtımcı ve Abone'dir:

Azure SQL ile çoğaltma diyagramı.

Role Azure SQL Veritabanı Azure SQL Yönetilen Örnek
Publisher No Yes
Distributor No Yes
Çekme abonesi No Yes
Push abonesi Yes Yes

Yayımcı, güncelleştirmeleri Dağıtımcıya göndererek bazı tablolarda (makaleler) yapılan değişiklikleri yayımlar. Yayımcı, Azure SQL yönetilen örneği veya SQL Server örneği olabilir.

Dağıtımcı, bir Yayımcı'dan makalelerdeki değişiklikleri toplar ve bunları Abonelere dağıtır. Dağıtımcı bir Azure SQL yönetilen örneği veya SQL Server örneği (Publisher sürümüne eşit veya daha yüksek olduğu sürece herhangi bir sürüm) olabilir.

Abone, Yayımcı'da yapılan değişiklikleri alır. Sql Server örneği ve Azure SQL yönetilen örneği hem gönderme hem de çekme aboneleri olabilir, ancak dağıtımcının Azure SQL yönetilen örneği olduğu ve abonenin Azure SQL yönetilen örneği olmadığı durumlarda çekme aboneliği desteklenmez. Azure SQL Veritabanı'ndaki bir veritabanı yalnızca push abonesi olabilir.

Azure SQL Yönetilen Örneği aşağıdaki SQL Server sürümlerinden abone olmayı destekleyebilir:

Note

Azure'daki nesnelere yayımlamayı desteklemeyen diğer SQL Server sürümlerinde, verileri SQL Server'ın daha yeni sürümlerine taşımak için veri yeniden yayımlama yöntemini kullanabilirsiniz.

Eski bir sürümü kullanarak çoğaltmayı yapılandırmaya çalışmak hataya MSSQL_REPL20084 neden olabilir (İşlem Aboneye bağlanamadı) ve MSSQL_REPL40532 (Oturum açma tarafından istenen sunucu <adı> açılamıyor. Oturum açma başarısız oldu).

Çoğaltma türleri

Farklı çoğaltma türleri vardır:

Replication Azure SQL Veritabanı Azure SQL Yönetilen Örnek
Standart işlem Evet (yalnızca abone olarak) Yes
Snapshot Evet (yalnızca abone olarak) Yes
Birleştirme çoğaltımı No No
Peer-to-peer No No
Bidirectional No Yes
Güncelleştirilebilir abonelikler No No

Desteklenebilirlik matrisi

Azure SQL Yönetilen Örneği için işlem bazlı çoğaltma ve anlık görüntü çoğaltma desteklenebilirlik matrisleri, SQL Server için olanlarla aynıdır.

Publisher Distributor Subscriber
Azure SQL Yönetilen ÖrnekAUTD Azure SQL Yönetilen ÖrnekAUTD Azure SQL Veritabanı
Azure SQL Yönetilen ÖrnekAUTD
Azure SQL Yönetilen Örneği2025
Azure SQL Yönetilen Örnek2022
SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
Azure SQL Yönetilen Örneği2025 Azure SQL Yönetilen ÖrnekAUTD
Azure SQL Yönetilen Örneği2025		 Azure SQL Veritabanı
Azure SQL Yönetilen ÖrnekAUTD
Azure SQL Yönetilen Örneği2025
Azure SQL Yönetilen Örnek2022
SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
Azure SQL Yönetilen Örnek2022 Azure SQL Yönetilen ÖrneğiAUTDAzure SQL Yönetilen Örneği2025
Azure SQL Yönetilen Örnek2022		 Azure SQL Veritabanı
Azure SQL Yönetilen ÖrnekAUTD
Azure SQL Yönetilen Örnek2022
SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
SQL Server 2017 (14.x)
SQL Server 2022 (16.x) SQL Server 2025 (17.x)
SQL Server 2022 (16.x)		 Azure SQL Veritabanı
Microsoft Fabric1'de SQL veritabanı
Azure SQL Yönetilen ÖrnekAUTD
Azure SQL Yönetilen Örneği2025
Azure SQL Yönetilen Örnek2022
SQL Server 2025 (17.x)
SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
SQL Server 2017 (14.x)
SQL Server 2019 (15.x) SQL Server 2025 (17.x)
SQL Server 2022 (16.x)
SQL Server 2019 (15.x)		 Azure SQL Veritabanı
Azure SQL Yönetilen ÖrnekAUTD
Azure SQL Yönetilen Örneği2025
Azure SQL Yönetilen Örnek2022
SQL Server 2025 (17.x)
SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
SQL Server 2017 (14.x)
SQL Server 2016 (13.x)
SQL Server 2017 (14.x) SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
SQL Server 2017 (14.x)		 Azure SQL Yönetilen Örnek2022
SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
SQL Server 2017 (14.x)
SQL Server 2016 (13.x)
SQL Server 2014 (12.x)
SQL Server 2016 (13.x) SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
SQL Server 2017 (14.x)
SQL Server 2016 (13.x)		 SQL Server 2019 (15.x)
SQL Server 2017 (14.x)
SQL Server 2016 (13.x)
SQL Server 2014 (12.x)
SQL Server 2012 (11.x)
SQL Server 2014 (12.x) SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
SQL Server 2017 (14.x)
SQL Server 2016 (13.x)
SQL Server 2014 (12.x)		 SQL Server 2017 (14.x)
SQL Server 2016 (13.x)
SQL Server 2014 (12.x)
SQL Server 2012 (11.x)
SQL Server 2008 R2 (10.50.x)
SQL Server 2008 (10.0.x)
SQL Server 2012 (11.x) SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
SQL Server 2017 (14.x)
SQL Server 2016 (13.x)
SQL Server 2014 (12.x)
SQL Server 2012 (11.x)		 SQL Server 2016 (13.x)
SQL Server 2014 (12.x)
SQL Server 2012 (11.x)
SQL Server 2008 R2 (10.50.x)
SQL Server 2008 (10.0.x)
SQL Server 2008 R2 (10.50.x)
SQL Server 2008 (10.0.x)		 SQL Server 2022 (16.x)
SQL Server 2019 (15.x)
SQL Server 2017 (14.x)
SQL Server 2016 (13.x)
SQL Server 2014 (12.x)
SQL Server 2012 (11.x)
SQL Server 2008 R2 (10.50.x)
SQL Server 2008 (10.0.x)		 SQL Server 2014 (12.x)
SQL Server 2012 (11.x)
SQL Server 2008 R2 (10.50.x)
SQL Server 2008 (10.0.x)

AUTD, Always-up-to-date güncelleştirme ilkesi ile yapılandırılmış Azure SQL Yönetilen Örneği için geçerlidir.
2025 SQL Server 2025 güncelleştirme ilkesiyle yapılandırılan Azure SQL Yönetilen Örneği için geçerlidir.
2022, SQL Server 2022 güncelleştirme ilkesi ile yapılandırılan Azure SQL Yönetilen Örneği için geçerlidir.
1Microsoft Fabric'teki SQL veritabanı için desteklenen yapılandırmaların gereksinimlerine göre geçerlidir.

ne zaman kullanılmalı

İşlem çoğaltması aşağıdaki senaryolarda yararlıdır:

  • Veritabanındaki bir veya daha fazla tabloda yapılan değişiklikleri yayımlayın ve bunları SQL Server örneğindeki veya değişikliklere abone olan Azure SQL Veritabanı bir veya daha fazla veritabanına dağıtın.
  • Çeşitli dağıtılmış veritabanlarını eşitlenmiş durumda tutun.
  • Değişiklikleri sürekli yayımlayarak veritabanlarını bir SQL Server örneğinden veya Azure SQL Yönetilen Örneği başka bir veritabanına geçirin.

Veri Eşitleme'yi işlem çoğaltmasıyla karşılaştırma

Category Data Sync İşlemsel replikasyon
Advantages - Etkin-etkin destek
- Şirket içi ile Azure SQL Veritabanı arasında çift yönlü		 - Daha düşük gecikme süresi
- İşlem tutarlılığı
- Geçiş sonrasında mevcut topolojiyi yeniden kullanma
Disadvantages - İşlem tutarlılığı yok
- Daha yüksek performans etkisi		 - Azure SQL Veritabanı'dan yayımlanamıyor
- Yüksek bakım maliyeti

Yaygın yapılandırmalar

Genel olarak yayımcı ve dağıtımcı bulutta veya şirket içinde olmalıdır. Aşağıdaki yapılandırmalar desteklenir:

SQL Yönetilen Örnek'te yerel Dağıtımcı ile Publisher

Publisher ve Distributor olarak tek örnek.

Yayımcı ve dağıtımcı, tek bir SQL yönetilen örneği içinde yapılandırılır ve değişiklikleri başka bir SQL yönetilen örneğine, SQL Veritabanı veya SQL Server örneğine dağıtır.

SQL Yönetilen Örneği'nde uzaktan dağıtıcı ile Publisher

Bu yapılandırmada, bir SQL yönetilen örneği, değişiklikleri Azure SQL Veritabanı, Azure SQL Yönetilen Örneği veya SQL Server'daki bir veya daha fazla hedefe dağıtabilecek ve birçok kaynak SQL yönetilen örneğine hizmet edebilecek başka bir SQL yönetilen örneği üzerindeki dağıtıcıya değişiklikleri yayar.

Publisher ve Distributor için ayrı örnekler.

Yayımcı ve dağıtımcı iki yönetilen örnekte yapılandırılır. Bu yapılandırmayla ilgili bazı kısıtlamalar vardır:

  • Her iki yönetilen örnek de aynı sanal ağda yer alır.
  • Her iki yönetilen örnek de aynı konumdadır.

Uzak aboneye sahip şirket içi Yayımcı/Dağıtımcı

Abone olarak Azure SQL Veritabanı.

Bu yapılandırmada, Azure SQL Veritabanı veya Azure SQL Yönetilen Örneği bir abonedir. Bu yapılandırma, şirket içinden Azure'a geçişi destekler. Abone Azure SQL Veritabanı bir veritabanıysa, gönderme modunda olmalıdır.

Requirements

  • Çoğaltma katılımcıları arasındaki bağlantı için SQL Kimlik Doğrulamasını kullanın.
  • Çoğaltma işlemi için kullanılan çalışma dizini adına Azure Depolama Hesabı paylaşımını kullanın.
  • Azure dosya paylaşımına erişmek için alt ağ güvenlik kurallarında TCP giden bağlantı noktası 445'i açın.
  • SQL Yönetilen Örneği Yayımcı/Dağıtımcı iken ve Abone rolünde değilken, TCP giden bağlantı noktası 1433'ü açın. allow_linkedserver_outbound için 1433 bağlantı noktası hedef hizmet etiketinivirtualnetwork'dan internet'ye değiştirmek için SQL yönetilen örneği NSG'nin giden güvenlik kuralını da değiştirmeniz gerekebilir.
  • Hem yayımcıyı hem de dağıtımcıyı buluta veya her ikisini de şirket içine yerleştirin.
  • Sanal ağlar farklıysa çoğaltma katılımcılarının sanal ağları arasında VPN eşlemesini yapılandırın.

Note

Azure Depolama Dosyası'na bağlanırken, dağıtımcı bir Azure SQL Yönetilen Örneği veritabanı ve abone şirket içinde olduğunda, giden ağ güvenlik grubu (NSG) bağlantı noktası 445 engellenirse hata 53 ile karşılaşabilirsiniz. Bu sorunu çözmek için sanal ağ NSG'sini güncelleştirin.

Security

TLS 1.3 desteği

Azure SQL Yönetilen Örneği, bir SQL yönetilen örneğinde çalışması için yapılandırılmış aracılar tarafından başlatılan çoğaltma bağlantıları için TLS 1.3 desteği sunar. Bu, iki SQL yönetilen örneği arasındaki çoğaltma topolojisi ve bir SQL yönetilen örneği yayımcısı ve dağıtımcısından gelen abone olarak SQL Server'ın herhangi bir sürümü için geçerlidir.

Çoğaltma topolojisindeki örnekler arasındaki bağlantıların güvenliğini sağlamak için TLS 1.3 kullanıyorsanız, her çoğaltma aracısının -EncryptionLevel parametresi için 3 veya 4 değerini belirtin:

değeri 3 , SQL yönetilen örneklerine TLS 1.3 bağlantılarını zorlar, ancak SQL Server'lara yönelik bağlantıları etkilemez. Bir 4 değeri, SQL yönetilen örnekleri arasında ve SQL yönetilen örneğinden SQL Server'a TLS 1.3 bağlantılarını zorunlu kılar ve sertifikayı SQL Server konağına yüklemenizi gerektirir.

Oturum açın: replAgentUser

Dağıtım veya Anlık Görüntü aracısı ile yapılandırılan örneklerde replAgentUser oturum açma bilgileri otomatik olarak oluşturulur. Dağıtım ve Anlık Görüntü aracı, ilgili veritabanlarına bağlanmak için replAgentUser oturum açmasını kullanır. Anında iletme aboneliği için dağıtımcıda oturum oluşturulur. Çekme veya anonim abonelik için, abonede giriş bilgileri oluşturulur. Oturum açma, dağıtım veya abonelik veritabanındaki sabit db_owner veritabanı rolünün bir üyesidir.

replAgentUser Çoğaltma aracısı ilk kez başlatıldığında oturum açma otomatik olarak oluşturulur. sp_dropdistributor saklı yordamı yürütüldüğünde oturum açma, dağıtımcıdan otomatik olarak bırakılır. Son çekme veya anonim abonelik silindiğinde oturum aboneden otomatik olarak kaldırılır.

Limitations

İşlem çoğaltmasının, Azure SQL Yönetilen Örneği'ne özgü bazı sınırlamaları bulunmaktadır. Bu bölümde bu sınırlamalar hakkında daha fazla bilgi edinin.

Anlık görüntü dosyaları Azure Depolama Hesabından silinmiyor

Azure SQL Yönetilen Örnek, işlem çoğaltması için kullanılan anlık görüntü dosyaları için, kullanıcı tarafından yapılandırılmış Azure Depolama Hesabını kullanıyor. Şirket içi ortamdaki SQL Server'dan farklı olarak, Azure SQL Yönetilen Örneği Azure Depolama Hesabından anlık görüntü dosyalarını sılmıyor. Dosyalar artık gerekli olmadığında bunları silmeniz gerekir. Bu işlem Azure portalındaki Azure Depolama arabirimi, Microsoft Azure Depolama Gezgini veya komut satırı istemcileri (Azure PowerShell veya CLI) ya da Azure Depolama Yönetimi REST API'siyle yapılabilir.

Burada, dosyayı nasıl silebileceğinize ve boş bir klasörü nasıl silebileceğinize yönelik bir örnek verilmiştır.

az storage file delete-batch --source <file_path> --account-key <account_key> --account-name <account_name>
az storage directory delete --name <directory_name> --share-name <share_name> --account-key <account_key> --account-name <account_name>

Sürekli çalışan dağıtım aracılarının sayısı

Azure SQL Yönetilen Örneği'nde, sürekli çalışacak şekilde yapılandırılabilen dağıtım aracılarının sayısı 30 ile sınırlıdır. Daha fazla dağıtım aracısına sahip olmak için isteğe bağlı olarak veya tanımlanmış bir zamanlamayla çalışması gerekir. Zamanlama, günlük sıklık ve her 10 saniyede bir (veya daha fazla) gerçekleşecek şekilde tanımlanabilir. Bu nedenle, sürekli olmasa bile, yalnızca birkaç saniye gecikmeye neden olan bir dağıtıcıya sahip olabilirsiniz. Çok sayıda dağıtımcı gerektiğinde, sürekli yapılandırmayı değil zamanlanmış yapılandırmayı kullanmanız önerilir.

Yük devretme gruplarıyla

İşlem çoğaltmasının, yük devretme grubundaki örneklerle birlikte kullanılması desteklenir. Ancak, SQL yönetilen örneğinizi bir yük devretme grubuna eklemeden önce çoğaltmayı yapılandırırsanız, yük devretme grubunuzu oluşturmaya başladığınızda çoğaltma duraklatılır ve çoğaltma izleyicisi Replicated transactions are waiting for the next log backup or for mirroring partner to catch updurumunu gösterir. Yük devretme grubu başarıyla oluşturulduktan sonra çoğaltma işlemi yeniden başlar.

Yayımcı veya dağıtımcı SQL yönetilen örneği bir yük devretme grubundaysa, SQL yönetilen örneği yöneticisinin eski birincildeki tüm yayınları temizlemesi ve bir yük devretme gerçekleştikten sonra bunları yeni birincilde yeniden yapılandırması gerekir. Bu senaryoda aşağıdaki etkinlikler gereklidir:

  1. Varsa, veritabanında çalışan tüm çoğaltma işlerini durdurun.

  2. Yayımcı veritabanında aşağıdaki betiği çalıştırarak yayımcıdan abonelik meta verilerini bırakın. <name of publication> ve <name of subscriber> değerlerini değiştirin:

    EXEC sp_dropsubscription @publication = '<name of publication>',
    @article = 'all',
    @subscriber = '<name of subscriber>'

  3. Aboneden abonelik meta verilerini çıkarın. Abone SQL yönetilen örneğinde, abonelik veritabanına aşağıdaki betiği çalıştırın. <full DNS of publisher> değerini değiştirin. Örneğin, example.ac2d23028af5.database.windows.net:

    EXEC sp_subscription_cleanup
   @publisher = N'<full DNS of publisher>',
   @publisher_db = N'<publisher database>',
   @publication = N'<name of publication>';

  4. Yayımlanan veritabanında aşağıdaki betiği çalıştırarak yayımcıdan tüm çoğaltma nesnelerini zorla bırakın:

    EXEC sp_removedbreplication;

  5. Eski dağıtımcıyı orijinal birincil SQL yönetilen örneğinden zorla kaldırın (eski birincil sunucuya, yani daha önce dağıtımcıya sahip olan bir sunucuya başarısızlıktan geri dönülüyorsa). Eski SQL dağıtımcı yönetilen örneğindeki master veritabanında aşağıdaki betiği çalıştırın.

    EXEC sp_dropdistributor 1, 1;

Abone SQL yönetilen örneği bir yük devretme grubundaysa yayın, abone SQL yönetilen örneğinin yük devretme grubu dinleyici uç noktasına bağlanacak şekilde yapılandırılmalıdır. Yük devretme durumunda, SQL yönetilen örneği yöneticisinin sonraki eylemi, gerçekleşen yük devretme türüne bağlıdır:

  • Veri kaybı olmayan bir yük devretme için çoğaltma, yük devretmeden sonra çalışmaya devam eder.
  • Veri kaybıyla gerçekleşen bir yük devretme durumunda, replikasyon da çalışır. Kayıp değişiklikleri yeniden çoğaltır.
  • Veri kaybıyla birlikte yük devretme için ancak veri kaybı dağıtım veritabanı saklama süresinin dışındaysa, SQL yönetilen örneği yöneticisinin abonelik veritabanını yeniden başlatması gerekir.

Yaygın sorunları giderme

İşlem Günlüğü ve İşlemsel Çoğaltma

Her zamanki durumlarda, veritabanındaki veri değişikliklerini kaydetmek için işlem günlüğü kullanılır. Değişiklikler işlem günlüğüne kaydedilir ve bu da günlük depolama tüketiminin artmasına neden olur. Ayrıca işlem günlüğünün güvenli bir şekilde kesilmesine izin veren bir otomatik işlem vardır ve bu işlem günlük için kullanılan depolama alanını azaltır. İşlem Çoğaltması için yayımlama yapılandırıldığında, günlük okuyucu işi günlükteki değişiklikleri işleyene kadar işlem günlüğü kesintisi olmaz. Bazı durumlarda işlem günlüğünün işlenmesi etkili bir şekilde engellenir ve bu durum işlem günlüğü için ayrılmış depolama alanının tamamının doldurulmasına neden olabilir. İşlem günlüğü için boş alan olmadığında ve işlem günlüğünün büyümesi için daha fazla alan kalmadığında, tam işlem günlüğü elde ederiz. Bu durumda veritabanı artık herhangi bir yazma iş yükünü işleyemez ve etkili bir şekilde salt okunur veritabanı olur.

Devre dışı bırakılmış günlük okuyucu aracısı

Bazen İşlem Çoğaltma yayını bir veritabanı için yapılandırılır, ancak günlük okuyucu aracısı çalıştırılacak şekilde yapılandırılmaz. Bu durumda, değişiklikler işlem günlüğünde birikiyor ve işlenmiyor. Bu işlem günlüğünün sürekli büyümesine ve sonunda tam işlem günlüğüne yol açar. Kullanıcı, günlük okuyucu işinin var olduğundan ve etkin olduğundan emin olmalıdır. Alternatif olarak, gerekli değilse İşlem Çoğaltma'yı devre dışı bırakabilirsiniz.

Günlük okuyucu aracısı sorgu zaman aşımları

Bazen yinelenen sorgu zaman aşımları nedeniyle günlük okuyucu işi etkili bir ilerleme kaydedemez. Sorgu zaman aşımlarını düzeltmenin bir yolu, günlük okuyucu aracısı işi için sorgu zaman aşımı ayarını artırmaktır.

Günlük okuyucu işinin sorgu zaman aşımını artırma işlemi SSMS ile yapılabilir. Nesne gezgininde, SQL Server Aracısı'nın altında değiştirmek istediğiniz işi bulun. Önce durdurun ve ardından özelliklerini açın. Bul step 2 ve düzenleyin. Komut değerine -QueryTimeout <timeout_in_seconds> ekleyin. 21600 veya daha yükseğini sorgu zaman aşımı değeri için deneyin. Son olarak, işi yeniden başlatın.

Günlük depolama kapasitesi 2 TB sınırına ulaştı

İşlem günlüğü depolama boyutu 2 TB olan maksimum sınıra ulaştığında, fiziksel olarak günlük bundan daha fazla büyüyemez. Bu durumda, işlem günlüğünün kesilmesine izin vermek için kullanılabilir tek önlem, kopyalanacak tüm işlemleri işlendi olarak işaretlemektir. Bu, günlükteki kalan işlemlerin çoğaltılmayacağı ve çoğaltmayı yeniden başlatmanız gerektiği anlamına gelir.

Note

Azaltmayı gerçekleştirdikten sonra çoğaltmayı yeniden başlatmanız gerekir; bu da veri kümesinin tamamını yeniden çoğaltma anlamına gelir. Bu, veri işleminin boyutudur ve çoğaltılması gereken veri miktarına bağlı olarak uzun süre çalışıyor olabilir.

Azaltmayı gerçekleştirmek için önce dağıtımcıdaki günlük okuyucu aracısını durdurmanız gerekir. Ardından, işlem günlüğünün kesilmesine izin vermek için, reset bayrağını 1 olarak ayarlayarak sp_repldone saklı yordamını yayımcı veritabanında çalıştırmanız gerekir. Bu komut şuna EXEC sp_repldone @xactid = NULL, @xact_seqno = NULL, @numtrans = 0, @time = 0, @reset = 1benzer olmalıdır. Bundan sonra çoğaltmayı yeniden başlatmanız gerekir.

Sonraki Adımlar

İşlemsel çoğaltmayı yapılandırma hakkında daha fazla bilgi için aşağıdaki kılavuzlara bakın.

İlgili içerik

  • Last updated on