SQL BULK Insert / BCP Dışa Aktarma İşleminden Sonra Kullanılan Bellek Serbest Bırakılmadı

Aşağıdaki gibi çok temel bir SQL tablosu oluşturduk

CREATE TABLE [dbo].[TickData](
[Date] [varchar](12) NULL,
[Time] [varchar](12) NOT NULL,
[Symbol] [varchar](12) NOT NULL,
[Side] [varchar](2) NOT NULL,
[Depth] [varchar](2) NOT NULL,
[Quote] [varchar](12) NOT NULL,
[Size] [varchar](18) NOT NULL
    ) ON [PRIMARY]

Daha sonra 3 Gig Toplu Toplu Yerleştirdim

    BULK
    INSERT TickData
    FROM 
    'C:\SUMO.csv'
    GO

Sonra SQL sunucusu için RAM kullanımı Skyrocking gitti, ~ 30Go RAM yemek:

Bunun anormal bir davranış olduğunu ve bunu önlemek için önlem alınabileceğini düşünmeyi tercih ediyorum.

EDIT:
Tamam, bu varsayılan davranış gibi görünüyor. Yeterince adil.
Ancak, Toplu Ekleme tamamlandıktan sonra bellek neden uzun süre boşalmıyor?

Birkaç ek husus:
SQL sunucusunun işletim sistemi tarafından "söylendiğinde" belleği serbest bırakmasıyla ilgili yorumlardan dolayı, 24 Çekirdekli 32 Gb Xeon Sunucusundaki uygulamalı deneyimim bunun doğru olmadığını kanıtlıyor: Veri işleme uygulamamın ayıklanan verileri işlemesi gereken bir havuzu var ve SQL Server açıldığında daha uzun süren faaaaar süren işlerini gerçekleştirmek için kalan belleği paylaşmak için boğuluyor / savaşıyorlar. kapalı ve bellek tüm uygulamalar paylaşmak için kullanılabilir. Her şeyin yolunda gitmesi ve uygulamaların OutOfMemmroy Exception'a neden olan Articiallt için çökmesini önlemek için SQL Server Agent'ı durdurmam gerekiyor. Yapay Brutal Bellek Sınırlama / Sınırlama ile ilgili olarak, Boş Bellek varsa, neden kullanmıyorsun? İdeal olarak, zorla "rastgele" sınırlanmaktan ziyade, mevcut olana uyum sağlamak için dinamik olarak ayarlanmış olmayı tercih eder. Ama sanırım bu yan tasarım, bu yüzden bu son noktada dava kapandı.

SQL Server'ın arabellek havuzuna mümkün olduğunca çok bellek ayırması normal bir davranıştır. Veritabanları çok sayıda arabellekle en iyi şekilde çalışır. Davranışı değiştirmek isterseniz, 'maksimum sunucu belleği' ayarını belirleyebilirsiniz . Bununla ilgili bazı iyi arka plan okumaları burada.

İşletim sisteminin belleği SQL Server'dan geri almasını istiyorsanız, 20 GB'lık büyük bir dosya alın ve ağ üzerinden kopyalayın. SQL Server, işletim sisteminin ihtiyaç duyduğu şekilde belleği serbest bırakır. Ancak bu devam ederken çeşitli performans sayaçlarını izlerdim ve BULK INSERT'inizin, kopya devam ederken veya hemen sonra tekrar çalıştırırsanız performansının nasıl değiştiğini görürüm.

Bunu el ile yapmak istiyorsanız, SQL Server'ın maksimum sunucu belleği ayarında daha düşük bir sınır belirlemeniz ve hizmeti yeniden başlatmanız gerekir. SQL Server artık ihtiyaç duysa bile 28GB kullanmayacak. Ancak bu yapay olarak SQL Server'ı sınırlıyor gibi görünüyor.

Beklediğiniz gibi, zamanın boş belleğine sahip olabileceğiniz daha esnek davranış. Ne amaçla? Bu, veritabanı dosyası yeniden büyüyeceği için başka amaçlarla kullanamayacağınız disk alanını boşaltmak için bir veritabanı dosyasını küçültmek gibi mi?

Çok komik, "Neden SQL Server" için bir Google araması yazarsanız, en yaygın otomatik tamamlama "serbest bırakma belleği" dir.

Bu maalesef tasarım gereğidir, lütfen bu gönderiye bakın. Ancak, bu yazıda, onu nasıl kontrol edeceğiniz konusunda bazı talimatlar verir.

/server/251832/sql-server-bulk-insert-physical-memory-issue

Bellek Ayırma Düzenlemesi

Bellek, freed.NET uygulaması gibi bellek ayırdığı için boş değil . Bellek ayırma pahalı olduğundan, işletim sistemi istemediği sürece bu ayırmaya bağlı kalacaktır. Ancak, korkmayın, işletim sistemi belleği istiyorsa, tıpkı bir .NET uygulamasında olduğu gibi alacaktır.