Sıra yeniden kullanılıyor

Sistemimdeki nesneler için takip numaraları üreten bir sıra var. Oldukça uzun süredir iyi çalışıyor.

Geçen hafta, değerleri tekrar kullanmaya başladığını fark ettik.

Akşam saatlerinde farklı noktalarda bir önceki günkü değerine geri dönecek. Daha sonra bu noktadan değer üretmeye devam edecektir.

Yani örneğin böyle bir şey alabilirim:

10112
10113
10114
10115
10116
10117
10118
10113
10114
10115
10116
...

Böyle bir durumda, ilk kullanım ve ikinci kullanım (10 dakika veya birkaç saat kadar az) veya kaçının geri alındığı (1 kadar az ve birkaç yüz kadar) arasında herhangi bir örüntü yoktur.

Bir izleme çalıştırmayı düşündüm (ve hala olabilir), ancak dizi nesnesinin doğrudan değiştirildiğini düşünmüyorum. Bunun değişiklik tarihinin birkaç günlük olması ve kopyaları elemek için değeri manuel olarak çarptığımız bir zamana işaret ettiğine inanıyorum. (Ve sorun o zamandan beri birkaç kez meydana geldi.)

Herkes bir dizi geri alma neden olabilir ve her gece değerleri yeniden kullanmak hakkında bir fikri var mı?

GÜNCELLEME: Yorumlardaki birkaç soruyu cevaplamak için:

• @@Version:

  Microsoft SQL Server 2012 (SP1) - 11.0.3000.0 (X64) 19 Ekim 2012 13:38:57

• Komut Dosyası Oluştur:

  CREATE SEQUENCE [schemaName].[SequenceName] 
    AS [bigint]
    START WITH 410014104
    INCREMENT BY 1
    MINVALUE 410000000
    MAXVALUE 419999999
    CYCLE 
    CACHE 
  GO
  

• Benzersiz bir Kısıtlamam yok (ama bir tane koymayı planlıyorum). Ancak bu sadece bir değeri yeniden kullandığımda bana yardımcı olacak. Değerlerin sıfırlanmasına neden olan şey değil. Her 5 dakikada bir yeni bir değer elde edeceğim bir iş koydum. Zaman ve değer sıçramaları bir kalıbı takip etmez.

• Bir hata olup olmadığını görmek için Olay Günlüklerini kontrol ettim. Bunun olduğunu düşünen tek şey şu: http://support.microsoft.com/kb/2793634 Düzeltmeyi bugün uyguluyoruz. Bunların ilgili olduğunu düşünmüyorum, ama olabilir.

İlk olarak, bu sütunda yinelenen istemiyorsanız, bunu açıkça belirtin .

ALTER TABLE dbo.whatever ADD CONSTRAINT uq_that_column UNIQUE (that_column);

(Veya birincil anahtarı yapmak veya kümelenmiş dizini değiştirmek veya neye sahip olduğunuzu değiştirmek isteyebilirsiniz ...)

Her halükarda, bir kopya oluşturduğunuzda bir hata oluşturmak, daha sonra ilgilenmeniz gereken bir kopyayı körü körüne eklemekten çok daha iyidir.

Sonra, bir SIRALAMA sadece bir sayı üreteci olduğunu ve varsayılan olarak 50 değerlik bir önbelleğe sahip olduğunu düşünün. İşlemlerinizin nasıl ayarlandığına ve bir sunucuda diğer kritik olayların gerçekleşmesine bağlı olarak, SQL Server'ın sizin için belirli değerler ürettiğini "unutabilir". Maalesef, bu hatayı çoğaltmak için hangi kriterlerin faktörünü tam olarak bilmiyorum. Bu sorunu aşmanın yolu ( hata çözülene / açıklanıncaya kadar ) kullanılacak sırayı değiştirmek NO CYCLEve NO CACHEörneğin:

ALTER SEQUENCE dbo.mysequence NO CYCLE NO CACHE; 

Not NO CACHEçok belki sorununuzu bilen performans ve tutarlılık etkileyebilir, ancak boşlukları ortadan kaldırmaya yardımcı olur, kayıp bloklar ve.

Ayrıca, en son hizmet paketinde ve CU'da olduğunuzu doğrulamak da isteyebilirsiniz. Bu noktada 3437 ile SP1 ve CU10'u öneririm ; SP2 çıktı ama hala sizi etkileyebilecek çevrimiçi yeniden oluşturma ile ilgili kritik bir sorun var .