ID Artikel: 918483 - Kajian Terakhir: 27 Juli 2011 - Revisi: 1.0

Cara untuk mengurangi paging buffer pool memori dalam versi 64-bit SQL Server

Klik disini untuk menampilkan sumber Inggris dan terjemahan oleh mesin secara berdampingan

Peringatan: artikel ini adalah terjemahan oleh mesin

Melihat produk di mana artikel ini berlaku.

Tips SistemThis article applies to a different operating system than the one you are using. Article content that may not be relevant to you is disabled.

Microsoft SQL Server melakukan manajemen memori dinamis berdasarkan persyaratan memori beban saat ini dan kegiatan pada sistem. Pada Windows Server 2003 atau Windows XP atau kemudian versi sistem, SQL Server dapat menggunakan mekanisme pemberitahuan memori yang disediakan oleh QueryMemoryResourceNotification Windows API. Pada sistem berbasis Microsoft Windows 2000 Server, SQL Server secara berkala menghitung memori fisik gratis pada sistem dengan menggunakan API Windows asli. Berdasarkan informasi ini dari QueryMemoryResourceNotification Windows API atau dari perhitungan memory, SQL Server menanggapi situasi memori pada sistem tertentu. Ini memberikan manfaat berikut ini:

Sistem tidak halaman keluar bekerja serangkaian proses SQL Server.
Halaman perlu database tersedia dalam memori untuk mengurangi kebutuhan I/O fisik.

Untuk selengkapnya, lihat topik "manajemen memori dinamis" dan "Opsi memori Server" topik dalam SQL Server buku Online.

Kembali ke atas

GEJALA

Pada edisi 64-bit SQL Server, berbagai masalah dapat terjadi. Misalnya, masalah berikut akan terjadi:

Kinerja SQL Server menurun tiba-tiba.
Komputer yang menjalankan SQL Server berhenti merespons untuk waktu yang singkat.
Terjadi waktu-habis untuk aplikasi yang menyambung ke SQL Server.
Masalah terjadi ketika Anda menjalankan perintah bahkan sederhana atau menggunakan aplikasi pada sistem.

Jika Anda menginstal SQL Server 2005 Paket Layanan 2 (SP2) atau versi yang lebih baru, salah satu pesan galat berikut dicatat di log kesalahan SQL Server ketika masalah ini terjadi:

Pesan galat 1

tanggal waktu spid1s sebuah bagian penting dari sql server proses memori telah paged keluar. Ini dapat mengakibatkan penurunan kinerja. Durasi: 0 detik. Bekerja mengatur (KB): 1086400, berkomitmen (KB): 2160928, memory pemanfaatan: 50%.

Pesan galat 2

tanggal waktu spid1s sebuah bagian penting dari sql server proses memori telah paged keluar. Ini dapat mengakibatkan penurunan kinerja. Durasi: 315 detik. Bekerja mengatur (KB): 410156, berkomitmen (KB): 2201296, memory pemanfaatan: 18%.

Pesan galat 3

tanggal waktu spid1s sebuah bagian penting dari sql server proses memori telah paged keluar. Ini dapat mengakibatkan penurunan kinerja. Durasi: 646 detik. Bekerja mengatur (KB): 901904, berkomitmen (KB): 2215752, memory pemanfaatan: 40%.

Tim dukungan Microsoft SQL Server juga telah mengamati pesan galat tambahan atau peringatan yang tercatat di log kesalahan Server SQL atau di log peristiwa Windows. Pesan ini menyerupai yang berikut ini:

2009-05-05 15:43:56.01 Server      Resource Monitor (0x13c43) Worker 0x0412C1E8 appears to be non-yielding on Node 0. Memory freed: 34152 KB. Approx CPU Used: kernel 171 ms, user 140 ms, Interval: 125093.

2009-05-05 12:54:52.18 Server      * *******************************************************************************
2009-05-05 12:54:52.18 Server      * BEGIN STACK DUMP:
2009-05-05 12:54:52.18 Server      *   05/05/08 12:54:52 spid 0
2009-05-05 12:54:52.18 Server      * Non-yielding Resource Monitor
2009-05-05 12:54:52.18 Server      * *******************************************************************************

2009-06-10 09:13:53.44 Server      * *******************************************************************************
2009-06-10 09:13:53.44 Server      * BEGIN STACK DUMP:
2009-06-10 09:13:53.44 Server      *   06/10/09 09:13:53 spid 0
2009-06-10 09:13:53.44 Server      * Non-yielding IOCP Listener
2009-06-10 09:13:53.44 Server      * *******************************************************************************

2009-06-10 09:13:55.85 spid2s      LazyWriter: warning, no free buffers found.

2009-07-15 13:27:45.35 spid4s      AppDomain xx (SQLCLR.dbo[runtime].xx) is marked for unload due to memory pressure.
2009-07-15 13:27:45.35 spid4s      AppDomain xx (SQLCLR.dbo[runtime].xx) unloaded.

2009-07-15 13:37:51.42 Logon       Error: 17189, Severity: 16, State: 1.
2009-07-15 13:37:51.42 Logon       SQL Server failed with error code 0xc0000000 to spawn a thread to process a new login or connection. Check the SQL Server error log and the Windows event logs for information about possible related problems. [CLIENT: xx.xxx.xx.xx]

Event Type:	Error
Event Source:	SQLBrowser
Event ID:	8
Description: The SQLBrowser service was unable to process a client request.

Ini pesan error tambahan atau peringatan yang mungkin muncul bersama-sama dengan "bagian penting dari sql server proses memori telah paged keluar" kesalahan pesan. Dalam beberapa kasus, pesan kesalahan tambahan atau peringatan ini tidak muncul bersama-sama dengan pesan galat.

Jika Anda melihat salah satu pesan kesalahan atau peringatan, mempertimbangkan SQL Server bekerja set paging yang dibahas dalam artikel ini sebagai salah satu penyebabnya tetapi bukan sebagai penyebab hanya. Pesan galat tambahan atau peringatan ini bisa login karena dari berbagai kondisi atau penyebab lain.

Kembali ke atas

PENYEBAB

Masalah ini terjadi karena Windows sistem operasi halaman keluar bekerja serangkaian proses SQL Server.

Pesan galat ini akan dicatat ketika bekerja serangkaian proses SQL Server mencapai 50 persen atau lebih sedikit memori yang berkomitmen untuk proses SQL Server. Anda dapat menggunakan pesan galat ini untuk menentukan kasus di mana SQL Server kinerja berkurang secara signifikan karena sistem operasi Windows halaman keluar bekerja serangkaian proses SQL Server. Selain itu, pesan galat ini login setiap lima menit selama 30 menit pertama. Setelah 30 menit pertama, frekuensi pesan galat ini berfungsi sampai frekuensi mencapai maksimum satu hari.

Ketika masalah ini terjadi, Anda mungkin memperhatikan bahwa set kerja aplikasi lain pada sistem juga paged keluar sekitar waktu yang sama.
Untuk informasi selengkapnya, kunjungi situs Web Microsoft berikut ini:

http://Blogs.msdn.com/psssql/Archive/2007/05/31/The-SQL-Server-working-set-message.aspx (http://blogs.msdn.com/psssql/archive/2007/05/31/the-sql-server-working-set-message.aspx)

Selain itu, masalah yang diketahui ada di SQL Server di mana Anda akan menerima pesan galat ini contoh. Pesan galat login di log kesalahan Server SQL selama proses startup SQL Server. Pesan galat mungkin peringatan palsu. Oleh karena itu, itu mungkin tidak menunjukkan bahwa bekerja mengatur trim telah benar-benar terjadi. Untuk informasi lebih lanjut, kunjungi website Microsoft berikut:

http://Blogs.msdn.com/psssql/Archive/2009/05/12/SQL-Server-Reports-working-set-trim-Warning-Message-during-Early-startup-Phase.aspx (http://blogs.msdn.com/psssql/archive/2009/05/12/sql-server-reports-working-set-trim-warning-message-during-early-startup-phase.aspx)

Kembali ke atas

TEKNIK PEMECAHAN MASALAH

Sebelum Anda mencoba untuk bekerja di sekitar masalah ini, lakukan langkah-langkah di bagian "Cara untuk memecahkan masalah ini" untuk menyelesaikan masalah ini.

Jika Anda masih mengalami masalah ini, Anda dapat mencegah sistem operasi Windows dari paging keluar renang buffer memori dari proses SQL Server oleh penguncian memori yang dialokasikan untuk buffer pool di memori fisik. Anda mengunci memori dengan menetapkan Halaman kunci dalam memori pengguna langsung ke account pengguna yang digunakan sebagai account startup layanan SQL Server.

Catatan Untuk edisi 64-bit SQL Server, hanya SQL Server Enterprise Edition dapat menggunakan Halaman kunci dalam memori pengguna benar. Hal ini berlaku untuk SQL Server 2005 [RTM, SP1, SP2, SP3] dan SQL Server 2008 [RTM dan SP1]. SQL Server 2008 SP1 kumulatif Update 2 dan SQL Server 2005 SP3 kumulatif Update 4 memperkenalkan dukungan untuk edisi SQL Server standar untuk menggunakan Halaman kunci dalam memori pengguna benar. Untuk informasi lebih lanjut tentang dukungan untuk halaman terkunci pada sistem 64 bit, klik nomor artikel berikut ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:

970070� (http://support.microsoft.com/kb/970070/ ) Dukungan untuk halaman terkunci pada sistem SQL Server 2005 Standard Edition 64-bit dan sistem SQL Server 2008 Standard Edition 64-bit

Untuk menetapkan Halaman kunci dalam memori pengguna yang benar, ikuti langkah berikut:

Klik Mulai, klik Menjalankan, jenis gpedit.MSC, lalu klik Oke.

Catatan TheKebijakan Grup kotak dialog akan muncul.
Memperluas Komputer Konfigurasi, dan kemudian memperluas Pengaturan Windows.
Memperluas Pengaturan keamanan, dan kemudian memperluasKebijakan lokal.
Klik Penetapan hak pengguna, kemudian klik dua kali Halaman kunci dalam memori.
Dalam Pengaturan kebijakan keamanan lokalkotak dialog, klik Menambahkan pengguna atau grup.
Dalam Pilih pengguna atau grup kotak dialog, menambahkan account yang memiliki izin untuk menjalankan Sqlservr.exe file, dan kemudian klikOke.
Dekat Kebijakan Grup kotak dialog.
Restart layanan SQL Server.

Setelah Anda menetapkan Halaman kunci dalam memori pengguna yang tepat dan Anda me-restart layanan SQL Server, sistem operasi Windows tidak lagi halaman keluar renang buffer memori dalam SQL Server proses. Namun, sistem operasi Windows dapat masih halaman keluar nonbuffer renang memori dalam proses SQL Server.

Anda dapat memvalidasi bahwa pengguna yang tepat digunakan oleh contoh SQL Server dengan memastikan bahwa pesan berikut ditulis di Log kesalahan Server SQL pada startup:

Menggunakan halaman terkunci untuk buffer pool

Pesan ini hanya berlaku untuk 64-bit editions SQL Server. Untuk informasi lebih lanjut tentang pesan ini di ERRORLOG, kunjungi Web site Microsoft berikut:

http://Blogs.msdn.com/psssql/Archive/2007/10/18/do-i-have-to-assign-The-Lock-Privilege-for-local-System.aspx (http://blogs.msdn.com/psssql/archive/2007/10/18/do-i-have-to-assign-the-lock-privilege-for-local-system.aspx)

Ketika sistem operasi Windows halaman keluar nonbuffer renang memori, Anda mungkin masih mengalami masalah kinerja. Namun, pesan galat yang disebutkan di bagian "Gejala" tidak login di log kesalahan SQL Server. Perilaku ini terjadi karena set bekerja SQL Server proses biasanya tidak mencapai 50 persen atau lebih sedikit memori berkomitmen.

Kembali ke atas

INFORMASI LEBIH LANJUT

Bagaimana memecahkan masalah ini

Untuk memecahkan masalah ini, ikuti langkah-langkah berikut:

Untuk mengatasi masalah yang diketahui yang menyebabkan sistem operasi Windows ke halaman keluar bekerja serangkaian proses SQL Server, menerapkan perbaikan terbaru yang dijelaskan pada artikel Basis Pengetahuan Microsoft berikut.

Catatan Perbaikan terbaru kumulatif. Versi perbaikan terbaru berisi versi sebelumnya bahwa perbaikan terbaru.
- Microsoft telah menemukan masalah yang dapat menyebabkan edisi 64-bit SQL Server bekerja diatur menjadi dipangkas. Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
  905865� (http://support.microsoft.com/kb/905865/ ) Ukuran dari set bekerja semua proses dalam sesi konsol dapat dipangkas bila Anda menggunakan Layanan Terminal untuk logon ke atau log off dari komputer yang menjalankan Windows Server 2003
- Komputer yang menjalankan Windows Server 2003 dapat menjadi terlalu agresif ketika mereka cache kotor buffer jika ada aplikasi yang melakukan I/O buffered, seperti file Salin operasi. Perilaku ini dapat menyebabkan set bekerja dalam SQL Server untuk dipotong. Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
  920739� (http://support.microsoft.com/kb/920739/ ) Anda dapat mengalami penurunan kinerja secara keseluruhan sistem ketika Anda menyalin file yang lebih besar dari sekitar 500 MB di Windows Server 2003 S atau di Windows Server 2003 S
- SQL Server bekerja set dapat dipangkas ketika sistem menggunakan beberapa fitur TCP. Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
  942861� (http://support.microsoft.com/kb/942861/ ) Pesan galat saat aplikasi menghubungkan ke SQL Server pada server yang menjalankan Windows Server 2003: "Kesalahan umum jaringan," "Komunikasi link kegagalan", atau "transportasi-tingkat kesalahan"
- Pada komputer multiprosesor yang menjalankan Windows Server 2003, proses sistem dapat mengkonsumsi sebagian besar memori sistem yang tersedia. Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
  942486� (http://support.microsoft.com/kb/942486/ ) Proses sistem dapat mengkonsumsi sebagian besar memori sistem tersedia pada komputer multiprosesor yang menjalankan Windows Server 2003
Jika pengandar perangkat menggunakan MmAllocateContiguousMemory fungsi, dan jika ini menetapkan nilai HighestAcceptableAddress parameter untuk kurang dari 4 gigabytes (GB), sistem operasi Windows mungkin halaman keluar bekerja serangkaian proses SQL Server 64-bit. Untuk mengatasi masalah ini, hubungi vendor pengandar perangkat untuk update driver. Untuk daftar pengendali yang telah mengalami masalah, lihat bagian "vendor lainnya" di artikel Basis Pengetahuan Microsoft berikut:
2121098 (http://support.microsoft.com/default.aspx?scid=kb;en-US;2121098) Fitur Pembaruan sistem operasi dan driver untuk instalasi SQL Server
Jika Anda masih mengalami masalah ini setelah Anda menerapkan perbaikan terbaru ini, gunakan perbaikan terbaru Windows yang membatasi jumlah operasi trim per proses. Untuk informasi selengkapnya, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
938486� (http://support.microsoft.com/kb/938486/ ) Komputer berbasis Windows Server 2003 menjadi tidak responsif karena operasi pemangkasan manajer memori yang disebabkan oleh tdk modul yang meminta banyak memori
956341� (http://support.microsoft.com/kb/956341/ ) Komputer berbasis Windows Server 2003 menjadi tidak responsif karena permintaan alokasi memori besar
Ketika pengandar perangkat mencoba untuk mengalokasikan memori, sistem operasi Windows mungkin halaman keluar set kerja aplikasi lain. Perbaikan terbaru Windows ini memungkinkan Anda untuk menggunakan pelacakan acara untuk mencari pengandar perangkat yang menyebabkan masalah. Untuk mencari informasi lebih lanjut tentang pengandar khusus yang menyebabkan bekerja pemangkasan mengatur perilaku, lihat artikel MSDN"Mengidentifikasi driver yang mengalokasikan memori (http://msdn.microsoft.com/en-us/library/ff190924(VS.85).aspx) ."
Aplikasi dapat menggunakan cache sistem terlalu banyak, dan dapat menyebabkan pertumbuhan besar cache sistem. Terima kasih untuk menanggapi pertumbuhan cache sistem, sistem halaman keluar bekerja set dari proses SQL Server atau aplikasi lain. Jika Anda mengalami masalah ini, Anda dapat menggunakan beberapa fungsi-fungsi manajemen memori dalam aplikasi. Fungsi-fungsi ini mengontrol ruang cache sistem operasi I/O file dapat menggunakan dalam aplikasi. Sebagai contoh, Anda dapat menggunakan SetSystemFileCacheSize fungsi dan GetSystemFileCacheSize fungsi untuk mengontrol ruang cache sistem operasi I/O berkas dapat menggunakan.

Anda dapat menggunakan memori kinerja objek untuk melihat nilai-nilai berbagai Counter di objek ini untuk menentukan apakah cache sistem bekerja set menggunakan terlalu banyak memori. Sebagai contoh, Anda dapat melihat Counter Cache byte dan sistem Cache penduduk byte. Untuk informasi lebih lanjut tentang topik ini, kunjungi Web site Microsoft berikut:
http://Blogs.msdn.com/ntdebugging/Archive/2007/11/27/too-much-cache.aspx (http://blogs.msdn.com/ntdebugging/archive/2007/11/27/too-much-cache.aspx)

http://Blogs.msdn.com/ntdebugging/Archive/2009/02/06/Microsoft-Windows-Dynamic-cache-Service.aspx (http://blogs.msdn.com/ntdebugging/archive/2009/02/06/microsoft-windows-dynamic-cache-service.aspx)

http://support.Microsoft.com/default.aspx?scid=KB;EN-US; 976618 (http://support.microsoft.com/default.aspx?scid=kb;EN-US;976618)
Anda dapat men-download dan menggunakan "Microsoft Windows dinamis Cache layanan" untuk mengontrol memori yang dikonsumsi oleh cache sistem.
Jika SQL Server berjalan bersama-sama dengan SAP R/3, Anda mungkin mengalami masalah paging. Untuk informasi selengkapnya, klik nomor artikel berikut untuk melihat artikel di Pangkalan Pengetahuan Microsoft:
931308� (http://support.microsoft.com/kb/931308/ ) Anda mungkin mengalami peningkatan paging ke hard disk ketika Anda menjalankan program SAP R/3 pada komputer berbasis Windows Server 2003
Jika Anda menjalankan SQL Server pada Windows Server 2008, Anda harus menerapkan perbaikan untuk masalah yang diketahui yang dapat mengakibatkan bekerja pemangkasan set atau tidak perlu berlebihan memori konsumsi oleh komponen sistem operasi lain. Untuk informasi selengkapnya, klik nomor artikel berikut ini untuk melihat artikel di Pangkalan Pengetahuan Microsoft:

971442� (http://support.microsoft.com/kb/971442/ ) Kinerja sistem server menjadi sangat menurun ketika Anda mencoba untuk menyalin file dari server yang menjalankan Windows Vista atau Windows Server 2008 melalui jaringan

974609� (http://support.microsoft.com/kb/974609/ ) Komputer yang menjalankan Windows Server 2008 secara acak berhenti merespons ketika Anda menjalankan aplikasi besar

971714� (http://support.microsoft.com/kb/971714/ ) Proses generasi laporan mungkin berhenti merespons ketika Anda menjalankan Perfmon.exe dengan template Active Directory diagnostik untuk menghasilkan laporan pada kontroler domain berbasis Windows Server 2008
Jika Anda menjalankan SQL Server pada Windows melayani 2008 R2, Anda harus menerapkan perbaikan untuk masalah yang diketahui yang dapat mengakibatkan bekerja set pemangkasan. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Basis Pengetahuan Microsoft:
979149� (http://support.microsoft.com/kb/979149/ ) Komputer yang menjalankan Windows 7 atau Windows Server 2008 R2 menjadi tidak responsif ketika Anda menjalankan aplikasi besar

2155311� (http://support.microsoft.com/kb/2155311/ ) Kinerja yang buruk terjadi pada komputer yang memiliki NUMA berbasis prosesor dan yang menjalankan Windows Server 2008 R2 atau Windows 7 jika permintaan benang banyak memori yang dalam pertama 4 GB memori

2468345� (http://support.microsoft.com/kb/2468345/ ) Komputer sewaktu-waktu melakukan buruk atau berhenti merespons ketika pengandar pengandar miniport digunakan dalam Windows Server 2008 R2

Kembali ke atas

Cara menentukan memori yang digunakan oleh edisi 64-bit SQL Server

Anda dapat menggunakan Monitor kinerja untuk melihat halaman memori yang digunakan oleh edisi 64-bit SQL Server. Untuk melakukan ini, mengawasi kinerja berikut Counter:

Kinerja objek: memori
Counter: Halaman/Sec

Untuk informasi lebih lanjut tentang bagaimana menggunakan meja ini untuk menentukan memori halaman, klik nomor artikel berikut ini untuk melihat artikel di Basis Pengetahuan Microsoft:

889654� (http://support.microsoft.com/kb/889654/ ) Cara menentukan ukuran file halaman yang sesuai untuk versi Windows Server 2003 atau Windows XP 64-bit

Selain itu, Anda dapat mengukur efek dari paging pada edisi 64-bit SQL Server dengan memantau berikut Performance counters:

Kinerja objek: proses
Counter: Private byte
Contoh: sqlservr

Kinerja objek: proses
Counter: Bekerja Set
Contoh: sqlservr

Counter Private byte ukuran memori yang saat ini berkomitmen. Counter bekerja mengatur ukuran memori fisik yang sedang diduduki oleh proses. Edisi 64-bit SQL Server juga menggunakan berikut performa counter untuk mengekspos buffer pool mengalokasikan memori:

Kinerja objek: SQL Server: memori Manager
Counter: Total Server Memory(KB)

Catatan Jika contoh edisi 64-bit SQL Server adalah sebuah nama misalnya, nama objek kinerja adalah sebagai berikut:

MSSQL$InstanceName: Manajer memori

Jika nilai bekerja mengatur meja adalah kurang dari nilai Total Server Memory(KB) meja, setidaknya beberapa memori yang merupakan bagian dari buffer pool dipangkas dari SQL Server bekerja set.

Setelah Anda menetapkan Halaman kunci dalam memori pengguna yang tepat dan Anda me-restart layanan SQL Server, buffer pool proses SQL Server masih menanggapi peristiwa pemberitahuan sumber daya memori, dan secara dinamis meningkat atau menurun dalam menanggapi peristiwa ini. Namun, Anda tidak dapat melihat alokasi memori untuk buffer pool yang terkunci di memori penghitung kinerja berikut:

Counter Private byte dan bekerja diatur counter di Monitor kinerja
The Mem penggunaan kolom pada Proses tab di manajer tugas

Setelah halaman-halaman ini terkunci, penghitung kinerja ini mewakili alokasi memori di dalam proses SQL Server ketika alokasi mereka tidak menggunakan buffer pool. Total Server Memory(KB) meja SQL Server: memori manajer objek kinerja secara akurat mewakili memori yang dialokasikan untuk buffer pool.

Kembali ke atas

Pertimbangan sebelum Anda menetapkan pengguna "Kunci halaman dalam memori" tepat untuk contoh edisi 64-bit dari SQL Server

Anda harus membuat tambahan pertimbangan sebelum menetapkan Halaman kunci dalam memori pengguna benar. Jika Anda menetapkan pengguna ini benar pada sistem yang dikonfigurasi dengan benar, sistem dapat menjadi tidak stabil atau mengalami penurunan kinerja keseluruhan sistem. Selain itu, peristiwa ID 333 mungkin dicatat dalam acara log.

Jika Anda menghubungi layanan dukungan pelanggan Microsoft (CSS) untuk masalah ini, insinyur CSS mungkin meminta Anda untuk mencabut hak pengguna ini untuk account pengguna yang digunakan sebagai account startup layanan SQL Server. Langkah ini mungkin diperlukan untuk mengumpulkan data performa penting yang insinyur CSS dapat digunakan untuk konfigurasi yang diperlukan dari berbagai pilihan untuk SQL Server dan aplikasi lain yang berjalan pada sistem. Setelah CSS insinyur mengumpulkan data performa, Anda dapat menetapkan Halaman kunci dalam memori pengguna langsung ke rekening startup layanan SQL Server.

Sebelum Anda menetapkan Halaman kunci dalam memori pengguna yang tepat, pastikan bahwa Anda menangkap log Monitor kinerja untuk menentukan persyaratan memori dari berbagai aplikasi dan layanan yang diinstal pada sistem. Aplikasi ini juga termasuk SQL Server. Untuk menentukan persyaratan memori, mengumpulkan informasi dasar berikut:

Pastikan bahwa Anda mengatur memori maks server pilihan dan memori server min opsi dengan benar. Pilihan ini mencerminkan hanya persyaratan memori buffer pool proses SQL Server. Pilihan ini tidak termasuk memori yang dialokasikan untuk komponen lain dalam proses SQL Server. Komponen ini meliputi:
- Thread pekerja SQL Server
- Pengalokasi Multipage manajer memori SQL Server
- Berbagai dll dan komponen yang proses SQL Server load dalam ruang alamat proses SQL Server
- Backup dan restore operasi
Dll dan komponen termasuk berbagai penyedia OLE DB, diperpanjang disimpan prosedur, Microsoft COM objek yang digunakan untuk sp_OACreate prosedur yang tersimpan, terkait server, dan SQL Server CLR. Memori yang dialokasikan untuk komponen-komponen ini jatuh di bawah wilayah kolam renang nonbuffer ruang alamat proses SQL Server. Idealnya menentukan jumlah maksimum memori yang dapat menggunakan SQL Server seluruh proses, Anda harus mengurangi memori yang dialokasikan untuk komponen yang tidak menggunakan buffer pool dari jumlah memori yang Anda ingin proses SQL Server menggunakan. Kemudian, Anda dapat menggunakan nilai sisa untuk mengatur memori maks server pilihan. Sebelum Anda menetapkan memori maks server pilihan dan memori server min pilihan, Anda harus hati-hati meninjau topik "Pengaturan pilihan memori secara manual" dalam SQL Server buku Online.
Menentukan persyaratan memori aplikasi lain dan komponen sistem operasi Windows. Aplikasi dapat memasukkan SQL Server komponen lain, misalnya, SQL Server agen, SQL Server replikasi agen, layanan pelaporan SQL Server, SQL Server Analysis Services, SQL Server Integration Services dan SQL Server penuh teks pencarian. Aplikasi yang melakukan operasi cadangan dan operasi salinan file dapat menggunakan banyak memori. Mempertimbangkan operasi seperti salinan massal dan agen Snapshot yang menghasilkan file IO. Anda harus mempertimbangkan persyaratan memori semua aplikasi ini ketika Anda menentukan nilai memori maks server pilihan dan memori server min pilihan. Anda dapat menggunakan Private byte counter dan bekerja mengatur meja di bawah objek proses untuk setiap proses untuk menentukan persyaratan memori untuk proses tertentu.
Secara default, Halaman kunci dalam memori pengguna yang benar yang telah ditetapkan untuk built-in account sistem lokal. Untuk informasi selengkapnya, kunjungi situs Web Microsoft berikut ini:
http://Blogs.msdn.com/psssql/Archive/2007/10/18/do-i-have-to-assign-The-Lock-Privilege-for-local-System.aspx (http://blogs.msdn.com/psssql/archive/2007/10/18/do-i-have-to-assign-the-lock-privilege-for-local-system.aspx)
Jika Anda menggunakan account pengguna Windows secara global untuk semua proses SQL Server di domain, menentukan hak-hak pengguna yang diberikan dengan menggunakan kebijakan grup konfigurasi. 32-Bit SQL Server proses dapat menggunakan account ini sebagai startup account. Namun, account ini memerlukan Halaman kunci dalam memori hak pengguna untuk mengaktifkan fitur alamat Windowing Extensions (AWE). Untuk informasi lebih lanjut, lihat topik "Menyediakan jumlah maksimum memori ke SQL Server" dalam SQL Server buku Online.
Sebelum mengkonfigurasi memori maks server pilihan dan memori server min pilihan untuk beberapa SQL Server contoh, mempertimbangkan kebutuhan memory kolam nonbuffer untuk setiap SQL Server. Kemudian, mengkonfigurasi pilihan ini untuk setiap SQL Server.

Idealnya, Anda mengumpulkan informasi dasar ini selama beban puncak. Oleh karena itu, Anda dapat menentukan persyaratan memori untuk berbagai aplikasi dan komponen untuk mendukung beban puncak. Persyaratan memori bervariasi dari satu sistem ke sistem lain, tergantung pada kegiatan dan aplikasi yang berjalan pada sistem.

Kembali ke atas

Cara menggunakan informasi dari SQL Server cincin buffer untuk menentukan kondisi memori ketika paging terjadi

Anda dapat menggunakan informasi dari SQL Server cincin buffer untuk menentukan kondisi memori pada server ketika paging terjadi. Anda dapat menggunakan script seperti script berikut untuk mendapatkan informasi ini.

SELECT CONVERT (varchar(30), GETDATE(), 121) as runtime,
DATEADD (ms, -1 * (sys.ms_ticks - a.[Record Time]), GETDATE()) AS Notification_time,  
 a.* , sys.ms_ticks AS [Current Time]
 FROM 
 (SELECT x.value('(//Record/ResourceMonitor/Notification)[1]', 'varchar(30)') AS [Notification_type], 
 x.value('(//Record/MemoryRecord/MemoryUtilization)[1]', 'bigint') AS [MemoryUtilization %], 
 x.value('(//Record/MemoryRecord/TotalPhysicalMemory)[1]', 'bigint') AS [TotalPhysicalMemory_KB], 
 x.value('(//Record/MemoryRecord/AvailablePhysicalMemory)[1]', 'bigint') AS [AvailablePhysicalMemory_KB], 
 x.value('(//Record/MemoryRecord/TotalPageFile)[1]', 'bigint') AS [TotalPageFile_KB], 
 x.value('(//Record/MemoryRecord/AvailablePageFile)[1]', 'bigint') AS [AvailablePageFile_KB], 
 x.value('(//Record/MemoryRecord/TotalVirtualAddressSpace)[1]', 'bigint') AS [TotalVirtualAddressSpace_KB], 
 x.value('(//Record/MemoryRecord/AvailableVirtualAddressSpace)[1]', 'bigint') AS [AvailableVirtualAddressSpace_KB], 
 x.value('(//Record/MemoryNode/@id)[1]', 'bigint') AS [Node Id], 
 x.value('(//Record/MemoryNode/ReservedMemory)[1]', 'bigint') AS [SQL_ReservedMemory_KB], 
 x.value('(//Record/MemoryNode/CommittedMemory)[1]', 'bigint') AS [SQL_CommittedMemory_KB], 
 x.value('(//Record/@id)[1]', 'bigint') AS [Record Id], 
 x.value('(//Record/@type)[1]', 'varchar(30)') AS [Type], 
 x.value('(//Record/ResourceMonitor/Indicators)[1]', 'bigint') AS [Indicators], 
 x.value('(//Record/@time)[1]', 'bigint') AS [Record Time]
 FROM (SELECT CAST (record as xml) FROM sys.dm_os_ring_buffers 
 WHERE ring_buffer_type = 'RING_BUFFER_RESOURCE_MONITOR') AS R(x)) a 
CROSS JOIN sys.dm_os_sys_info sys
ORDER BY a.[Record Time] ASC

Catatan Query ini ini berlaku untuk kedua SQL Server 2005, dan SQL Server 2008.

Anda dapat permintaan informasi yang disediakan dalam manajemen dinamis lihat sys.dm_os_process_memory untuk memahami Apakah sistem adalah menghadapi kondisi memori rendah. Untuk selengkapnya, lihat referensi SQL Server 2008 buku Online di situs Website MSDN berikut:

http://MSDN.Microsoft.com/en-us/library/bb510747.aspx (http://msdn.microsoft.com/en-us/library/bb510747.aspx)

Kembali ke atas

SQL Server 2008 R2 BPA informasi

SQL Server 2008 R2 terbaik praktek Analyzer (SQL Server 2008 R2 BPA) menyediakan beberapa aturan untuk mendeteksi situasi yang dapat mengakibatkan bekerja mengatur pemangkasan SQL Server proses. SQL Server 2008 R2 BPA mendukung SQL Server 2008 dan SQL Server 2008 R2.

Jika Anda menjalankan alat BPA dan menerima peringatan, "Database Engine - SQL Server memori pengaturan salah," Anda perlu memeriksa pengaturan memori maks server ini misalnya SQL Server dan mengikuti rekomendasi di bagian "penting pertimbangan sebelum Anda menetapkan pengguna 'Kunci halaman dalam memori' tepat untuk contoh edisi 64-bit dari SQL Server" dari artikel ini.

Jika Anda menjalankan alat BPA dan mengalami kesalahan, "Database Engine - operasi sistem file dan pengandar membutuhkan update untuk bekerja mengatur pemangkasan," Anda perlu meninjau semua perbaikan yang dibahas dalam bagian "pemecahan masalah" pada artikel ini dan menerapkan mereka.

Jika Anda menjalankan alat BPA dan mengalami kesalahan "Database Engine - porsi yang signifikan dari SQL Server memori telah paged keluar," Anda perlu meninjau bagian "Pemecahan masalah" dan "Solusi" dari artikel ini dan mengambil tindakan yang tepat.

Kembali ke atas

Referensi

Perkecil tabel iniPerbesar tabel ini

Aturan perangkat lunak	Aturan judul	Aturan pengenal
Aturan BPA SQL Server 2008 R2	Pengaturan memori SQL Server tidak benar	RID3804
Aturan BPA SQL Server 2008 R2	Sistem operasi file dan pengandar membutuhkan update untuk bekerja mengatur pemangkasan	RID0059
Aturan BPA SQL Server 2008 R2	Porsi yang signifikan dari SQL Server memori telah paged keluar	RID0049

Kembali ke atas

Perbaikan di Windows Server 2008 dan Windows Server 2008 R2

Windows Server 2008 dan Windows Server 2008 R2 meningkatkan mekanisme alokasi memori yang berdekatan. Perbaikan ini memungkinkan Windows Server 2008 dan Windows Server 2008 R2 mengurangi sampai batas tertentu efek paging keluar set kerja aplikasi ketika permintaan memori baru tiba.

Berikut adalah penjelasan tentang perbaikan dari Microsoft whitepaper "Kemajuan dalam memori manajemen di Windows":

Pada Windows Server 2008, alokasi memori fisik sangat ditingkatkan. Permintaan untuk mengalokasikan memori jauh lebih mungkin untuk berhasil karena manajer memori sekarang secara dinamis menggantikan halaman, biasanya tanpa pemangkasan set bekerja atau melakukan operasi I/O. Selain itu, lebih banyak jenis halaman-seperti kernel tumpukan dan file sistem metadata halaman, antara lain-yang sekarang calon pengganti. Akibatnya, lebih banyak memori yang berdekatan ini umumnya tersedia pada waktu tertentu. Selain itu, biaya untuk mendapatkan alokasi seperti sangat berkurang.

Untuk melihat whitepaper "Kemajuan dalam memori manajemen di Windows", kunjungi Website Microsoft berikut:

http://download.Microsoft.com/download/9/c/5/9c5b2167-8017-4bae-9fde-d599bac8184a/MemMgt.docx (http://download.microsoft.com/download/9/c/5/9c5b2167-8017-4bae-9fde-d599bac8184a/MemMgt.docx)

Untuk informasi lebih lanjut, kunjungi Website Microsoft berikut:

http://Blogs.msdn.com/psssql/Archive/2008/03/03/SQL-Server-working-set-trim-problems-consider.aspx (http://blogs.msdn.com/psssql/archive/2008/03/03/sql-server-working-set-trim-problems-consider.aspx)

http://support.Microsoft.com/KB/2001745 (http://support.microsoft.com/kb/2001745)

Catatan Pada komputer berbasis Windows Server 2008, Anda harus menginstal SQL Server Service Pack 2 (SP2) atau SQL Server kemudian paket layanan.

Produk pihak ketiga yang dibahas di artikel ini dibuat oleh perusahaan yang independen terhadap Microsoft. Microsoft tidak memberikan garansi, secara tersirat atau dalam bentuk apa pun, terkait kinerja atau keandalan produk ini.

Kembali ke atas

Berlaku bagi:

Microsoft SQL Server 2005 Standard X64 Edition
Microsoft SQL Server 2005 Standard Edition for Itanium-based Systems
Microsoft SQL Server 2005 Enterprise X64 Edition
Microsoft SQL Server 2005 Enterprise Edition for Itanium-based Systems
Microsoft SQL Server 2008 Standard
Microsoft SQL Server 2008 Enterprise

Kembali ke atas

kbsqlsetup kbsql2005engine kbexpertiseadvanced kbinfo kbmt KB918483 KbMtid

Kembali ke atas

Penerjemahan Mesin

PENTING: Artikel ini diterjemahkan menggunakan perangkat lunak mesin penerjemah Microsoft dan bukan oleh seorang penerjemah. Microsoft menawarkan artikel yang diterjemahkan oleh seorang penerjemah maupun artikel yang diterjemahkan menggunakan mesin sehingga Anda akan memiliki akses ke seluruh artikel baru yang diterbitkan di Pangkalan Pengetahuan (Knowledge Base) dalam bahasa yang Anda gunakan. Namun, artikel yang diterjemahkan menggunakan mesin tidak selalu sempurna. Artikel tersebut mungkin memiliki kesalahan kosa kata, sintaksis, atau tata bahasa, hampir sama seperti orang asing yang berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab terhadap akurasi, kesalahan atau kerusakan yang disebabkan karena kesalahan penerjemahan konten atau penggunaannya oleh para pelanggan. Microsoft juga sering memperbarui perangkat lunak mesin penerjemah.

Klik disini untuk melihat versi Inggris dari artikel ini:918483� (http://support.microsoft.com/kb/918483/en-us/ )

Kembali ke atas