Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Pedoman umum berikut harus diikuti untuk meningkatkan performa sistem operasi:
Pasang BIOS terbaru, driver jaringan area penyimpanan (SAN), firmware adaptor jaringan, dan driver adaptor jaringan
Produsen perangkat keras secara teratur merilis pembaruan BIOS, firmware, dan driver yang dapat meningkatkan performa dan ketersediaan untuk perangkat keras terkait. Kunjungi situs Web produsen perangkat keras untuk mengunduh dan menerapkan pembaruan untuk komponen perangkat keras berikut pada setiap komputer di lingkungan BizTalk Server:
Pembaruan BIOS
Pengandar SAN (jika menggunakan SAN)
Firmware untuk NIC
Pengendali NIC
Aktifkan Power Plan "Performa tinggi" di semua komputer BizTalk Server dan SQL Server.
Secara default, Windows Server 2008/2008 R2 mengatur rencana daya Balanced (disarankan), yang memungkinkan konservasi energi, tetapi dapat menyebabkan peningkatan latensi (waktu respons yang lebih lambat untuk beberapa tugas) dan menyebabkan masalah performa dengan aplikasi intensif CPU.
Untuk mengurangi latensi, Anda harus memastikan bahwa semua server yang menjalankan BizTalk Server dan SQL Server memiliki paket Windows Power yang diatur ke Performa Tinggi.
Mengevaluasi penggunaan Intel Hyper-Threading di komputer BizTalk Server dan SQL Server
Hyper-Threading Pra-Nehalem:
Hyper-threading harus dimatikan pada komputer BizTalk Server. Ini adalah pengaturan BIOS, biasanya ditemukan di pengaturan Prosesor penyiapan BIOS. Hyper-threading membuat server tampaknya memiliki lebih banyak inti prosesor/prosesor daripada yang sebenarnya; namun, prosesor hyper-threaded biasanya menyediakan antara 20-30% performa prosesor fisik/inti prosesor. Ketika BizTalk Server menghitung jumlah prosesor untuk menyesuaikan algoritma penyesuaian otomatisnya, prosesor hyper-threaded menyebabkan penyesuaian ini terdistorsi, yang dapat mengakibatkan performa keseluruhan yang negatif.
Hyper-threading harus dimatikan pada komputer SQL Server karena aplikasi yang dapat menyebabkan tingkat kontensi yang tinggi (seperti BizTalk Server) dapat menyebabkan penurunan performa di lingkungan yang menggunakan hyper-threading pada komputer SQL Server.
Nehalem Hyper-Threading: Tidak seperti dalam arsitektur yang lebih lama, memungkinkan hyper-threading dalam prosesor Intel microarchitecture "Nehalem" dapat memberikan peningkatan kapasitas yang hampir linier. Untuk hasil performa terbaik, ketika Anda menggunakan prosesor "Nehalem", kami sarankan Anda mengonfigurasi BIOS komputer dengan mengaktifkan Teknologi Intel Hyper-Threading (H-T) untuk peningkatan throughput yang signifikan.
Virtualisasi Perangkat Keras: Saat menggunakan virtualisasi perangkat keras, komputer virtual menggunakan prosesor virtual. Jumlah CPU yang tersedia didasarkan pada pengaturan yang dipilih saat mengonfigurasi komputer virtual. Jika perangkat kerasnya mendukung hyper-threading, mesin virtual tidak akan menyadari bahwa ia hyper-threading.
Menetapkan direktori file log MSDTC ke drive khusus terpisah
Di lingkungan BizTalk Server dengan beberapa database MessageBox pada komputer SQL Server terpisah, beban tambahan yang terkait dengan Koordinator Transaksi Terdistribusi Microsoft (MSDTC) dialami. Secara default, file log MSDTC terletak di direktori %systemdrive%\windows\system32\msdtc komputer yang menjalankan layanan DTC. Untuk mengurangi kemungkinan bahwa pengelogan DTC dapat menjadi hambatan performa, pertimbangkan untuk memindahkan direktori file log MSDTC ke drive disk cepat.
Untuk mengubah direktori file log MSDTC, lihat Mengonfigurasi Pengelogan DTC.
Konfigurasikan perangkat lunak antivirus untuk menghindari pemindaian waktu nyata dari berkas yang dapat dieksekusi di BizTalk Server dan transfer file.
Pemindaian waktu nyata perangkat lunak antivirus terhadap file yang dapat dieksekusi BizTalk Server dan folder atau berbagi file mana pun yang dipantau oleh lokasi penerimaan BizTalk Server dapat berdampak negatif pada kinerja BizTalk Server. Jika perangkat lunak antivirus diinstal pada komputer BizTalk Server, nonaktifkan pemindaian real-time jenis file non-eksekusi yang dirujuk oleh lokasi penerima BizTalk Server apa pun (biasanya .XML, tetapi juga dapat .csv, .txt, dll.) dan konfigurasikan perangkat lunak antivirus untuk mengecualikan pemindaian file yang dapat dieksekusi BizTalk Server.
Menonaktifkan pemindaian jaringan deteksi intrusi antara komputer di lingkungan BizTalk Server
Perangkat lunak deteksi intrusi dapat melambat atau bahkan mencegah komunikasi yang valid melalui jaringan. Jika perangkat lunak deteksi intrusi diinstal, nonaktifkan pemindaian jaringan antara komputer BizTalk Server dan komputer repositori data eksternal (SQL Server) atau layanan olahpesan (seperti komputer Message Queuing dan WebSphere MQSeries).
Defragmentasi semua disk di lingkungan BizTalk Server secara teratur
Fragmentasi disk yang berlebihan di lingkungan BizTalk Server akan berdampak negatif pada performa. Ikuti langkah-langkah ini untuk mendefragmentasi disk di lingkungan BizTalk Server:
Defragmentasi semua disk (lokal dan SAN/NAS) secara teratur dengan menjadwalkan defragmentasi disk di luar jam kerja.
Untuk meningkatkan performa sistem secara keseluruhan, defragmentasikan Berkas PageFile Windows dan praalokasikan Tabel Berkas Utama dari setiap disk di lingkungan BizTalk Server.
Jika perangkat lunak antivirus diinstal pada komputer SQL Server, nonaktifkan pemindaian data dan file transaksi secara real time
Pemindaian real-time data dan file transaksi dari SQL Server (.mdf, .ndf, .ldf, .mdb) dapat meningkatkan persaingan I/O disk dan mengurangi kinerja SQL Server. Perhatikan bahwa nama data SQL Server dan file transaksi dapat bervariasi antara lingkungan BizTalk Server. Untuk informasi selengkapnya tentang data dan file transaksi yang dibuat dengan konfigurasi BizTalk Server default, lihat Mengoptimalkan Grup File untuk Database2.
Mengonfigurasi MSDTC untuk BizTalk Server dan SQL Server
Untuk memfasilitasi transaksi antara SQL Server dan BizTalk Server, Anda harus mengaktifkan Koordinator Transaksi Terdistribusi Microsoft (MSDTC).
Untuk mengonfigurasi Koordinator Transaksi Terdistribusi (DTC)
Klik Mulai, klik Jalankan, ketik dcomcnfg, lalu klik OK untuk membuka Layanan Komponen.
Di pohon konsol, perluas Layanan Komponen, perluas Komputer, perluas Komputer Saya, perluas Koordinator Transaksi Terdistribusi, lalu klik DTC Lokal.
Klik kanan DTC Lokal, lalu klik Properti untuk menampilkan kotak dialog Properti DTC Lokal .
Pada tab Pelacakan, di bawah bagian Opsi Output, hapus centang pada kotak Output Pelacakan.
Klik tab Keamanan.
Pastikan bahwa masing-masing dari empat opsi berikut dipilih, dan semua opsi lainnya dibersihkan:
Akses DTC melalui Jaringan
Izinkan Masuk
Izinkan Keluar
Tidak Diperlukan Autentikasi
Klik OK untuk menutup kotak dialog Properti DTC Lokal . Jika diminta untuk memulai ulang layanan MSDTC, klik Ya.
Tutup Layanan Komponen.
Klik Mulai, arahkan ke Alat Administratif, lalu klik Windows Firewall dengan Keamanan Tingkat Lanjut.
Di Windows Firewall dengan Keamanan Tingkat Lanjut, klik Aturan Masuk.
Di panel Aturan Masuk , klik kanan Koordinator Transaksi Terdistribusi* (yang sesuai), lalu klik Aktifkan Aturan.
Di Windows Firewall dengan Keamanan Tingkat Lanjut, klik Aturan Keluar.
Di panel Aturan Keluar , klik kanan Koordinator Transaksi Terdistribusi* (yang sesuai), lalu klik Aktifkan Aturan.
Pada Panel Kontrol, klik dua kali Alat Administratif.
Di panel sebelah kanan, klik dua kali Layanan.
Di panel kanan Layanan (Lokal), klik kanan APLIKASI Sistem COM+, klik Mulai Ulang, dan tunggu hingga layanan dimulai ulang.
Klik kanan dan mulai ulang layanan Koordinator Transaksi Terdistribusi .
Klik kanan dan mulai ulang layanan SQL Server (MSSQLSERVER).
Tutup Layanan (Lokal), lalu tutup Alat Administratif.
Mengonfigurasi firewall untuk BizTalk Server
Nota
Langkah ini hanya diperlukan jika satu atau beberapa firewall berada di lingkungan BizTalk Server Anda.
Tinjau informasi berikut untuk mengonfigurasi firewall untuk BizTalk Server:
Untuk mengonfigurasi alokasi port dinamis RPC agar berfungsi dengan firewall, lihat Rentang port dinamis default untuk TCP/IP telah berubah di Windows Vista dan di Windows Server 2008. Untuk informasi tentang cara mengonfigurasi Windows Firewall untuk mengakomodasi port yang diperlukan, lihat Panduan Langkah demi Langkah Penyebaran Kebijakan Windows Firewall dan IPsec.
Gunakan Alat Kebijakan Interrupt-Affinity untuk mengikat gangguan adaptor jaringan ke prosesor tertentu pada komputer multiprosesor
Kebijakan Interrupt-Affinity (IntPolicy) adalah alat yang memungkinkan Anda untuk "mengikat" atau mengubah afinitas CPU dari interupsi untuk perangkat tertentu (seperti adaptor jaringan) ke prosesor tertentu atau prosesor spesifik pada komputer dengan banyak prosesor. Pengikatan ini juga disebut sebagai pemartisian. Pengikatan interupsi dari adaptor jaringan tertentu ke prosesor tertentu pada komputer multiprosesor memastikan pelaksanaan rutin layanan interupsi dan panggilan prosedur tertunda (DPC) untuk adaptor jaringan pada prosesor yang ditunjuk. Perhatikan bahwa afinitas interupsi tidak dapat dikonfigurasi pada komputer prosesor tunggal.
Nota
DPC didefinisikan sebagai panggilan yang diantrekan ke fungsi mode kernel yang biasanya akan dijalankan pada waktu berikutnya. ISR didefinisikan sebagai rutinitas yang tujuannya adalah untuk melayani perangkat saat menghasilkan interupsi.
Alat Kebijakan Interrupt-Affinity
Pada komputer multiprosesor berbasis Windows Server 2008, perilaku default pengontrol interupsi adalah menetapkan interupsi perangkat ke prosesor yang tersedia. Ketika koneksi jaringan dan sesi server file untuk adaptor jaringan tertentu terikat/dipartisi untuk berjalan pada sekumpulan prosesor tertentu, daripada prosesor yang tersedia, performa dan skalabilitas pemrosesan jaringan terkait ditingkatkan. Solusi BizTalk Server besar sering menggunakan penggunaan komputer SQL Server multi-prosesor dengan beberapa adaptor jaringan yang pengikatan interupsinya mungkin sangat bermanfaat.
Pengikatan interupsi menggunakan IntPolicy harus selalu dievaluasi di lingkungan pengujian sebelum diterapkan di lingkungan produksi. Perangkat keras, sistem operasi, dan konfigurasi aplikasi lingkungan pengujian harus mendekati lingkungan produksi sebaik mungkin. Ini akan memungkinkan Anda untuk menguji berbagai permutasi pengikatan interupsi dan menentukan sejauh mana pengikatan interupsi akan meningkatkan performa.
Sebaiknya nonaktifkan hyper-threading sebelum mengonfigurasi IntPolicy di komputer dengan CPU yang mendukung hyper-threading. Ini akan memastikan bahwa interupsi ditetapkan ke prosesor fisik daripada prosesor logis. Menetapkan afinitas interupsi ke prosesor logis yang mengacu pada prosesor fisik yang sama tidak akan meningkatkan performa dan bahkan dapat menurunkan performa sistem.
Alat KebijakanInterrupt-Affinity tersedia untuk diunduh dari situs web WHDC.
Gunakan sistem file NTFS pada semua volume
Windows Server menawarkan beberapa jenis sistem file untuk memformat drive, termasuk NTFS, FAT, dan FAT32. NTFS harus selalu menjadi sistem file pilihan untuk server.
NTFS menawarkan manfaat performa yang cukup besar daripada sistem file FAT dan FAT32 dan harus digunakan secara eksklusif di server Windows. Selain itu, NTFS menawarkan banyak manfaat keamanan, skalabilitas, stabilitas, dan pemulihan daripada FAT dan FAT32.
Di bawah versi Windows sebelumnya, FAT dan FAT32 sering diimplementasikan untuk volume yang lebih kecil (misalnya <500 MB) karena sering lebih cepat dalam situasi seperti itu. Dengan penyimpanan disk yang relatif murah saat ini dan sistem operasi dan aplikasi yang mendorong kapasitas drive ke maksimum, tidak mungkin volume kecil tersebut akan digunakan. FAT32 menskalakan lebih baik daripada FAT pada volume yang lebih besar tetapi masih bukan sistem file yang sesuai untuk server Windows.
FAT dan FAT32 sering diimplementasikan di masa lalu karena mereka dipandang lebih mudah dipulihkan dan dikelola dengan alat DOS asli jika terjadi masalah dengan volume. Saat ini, dengan berbagai alat pemulihan NTFS yang dibangun baik secara asli ke dalam sistem operasi dan tersedia sebagai utilitas pihak ketiga yang tersedia, seharusnya tidak ada lagi argumen yang valid untuk tidak menggunakan NTFS untuk sistem file.
Jangan gunakan pemadatan file NTFS
Meskipun menggunakan kompresi sistem file NTFS adalah cara mudah untuk mengurangi ruang pada volume, itu tidak sesuai untuk server file perusahaan. Penerapan kompresi menambah beban yang tidak diperlukan pada CPU untuk semua operasi disk dan sebaiknya dihindari. Pikirkan tentang opsi untuk menambahkan disk tambahan, penyimpanan near-line, atau pertimbangkan untuk mengarsipkan data sebelum benar-benar mempertimbangkan kompresi sistem file.
Tinjau ukuran stripe dan unit alokasi volume pada pengontrol disk
Saat mengonfigurasi array drive dan drive logis dalam pengontrol drive perangkat keras Anda, pastikan ukuran stripe pengontrol sesuai dengan ukuran unit alokasi yang digunakan untuk memformat volume. Ini akan memastikan performa baca dan tulis disk optimal dan menawarkan performa server secara keseluruhan yang lebih baik. Mengonfigurasi ukuran unit alokasi yang lebih besar (atau kluster atau blok) akan menyebabkan ruang disk digunakan kurang efisien, tetapi juga akan memberikan performa I/O disk yang lebih tinggi karena kepala disk dapat membaca lebih banyak data selama setiap aktivitas baca. Untuk menentukan pengaturan optimal untuk mengonfigurasi pengontrol dan memformat disk dengan, Anda harus menentukan ukuran transfer disk rata-rata pada subsistem disk server dengan karakteristik sistem file yang serupa. Gunakan alat Monitor Performa Windows untuk memantau penghitung objek Disk Logis, yaitu Bytes Disk/Baca Rata-rata dan Bytes Disk/Tulis Rata-rata, selama periode aktivitas normal untuk membantu menentukan nilai terbaik yang dapat digunakan. Meskipun ukuran unit alokasi yang lebih kecil dapat dijaga jika sistem akan mengakses banyak file atau rekaman kecil, ukuran unit alokasi 64 KB memberikan performa yang baik dan throughput I/O dalam sebagian besar keadaan. Peningkatan performa berkat ukuran unit alokasi yang disetel dapat terlihat secara signifikan ketika beban disk meningkat.
Nota
Alat baris perintah FORMAT atau alat Manajemen Disk diperlukan untuk menentukan ukuran unit alokasi yang lebih besar dari 4096 byte (4 KB) saat memformat volume. Windows Explorer hanya akan memformat hingga ambang batas ini. Perintah CHKDSK dapat digunakan untuk mengonfirmasi ukuran unit alokasi volume saat ini namun perlu memindai seluruh volume sebelum informasi yang diinginkan ditampilkan (ditampilkan sebagai Byte di setiap unit alokasi).
Memantau pemanfaatan ruang drive
Semakin sedikit data yang dimiliki disk, semakin cepat ia akan beroperasi. Ini karena pada drive yang didefragmentasi dengan baik, data ditulis sedekat mungkin dengan tepi luar disk, karena di sinilah disk memutar yang tercepat dan menghasilkan performa terbaik. Waktu pencarian disk biasanya jauh lebih lama daripada aktivitas baca atau tulis. Seperti disebutkan di atas, data awalnya ditulis ke tepi luar disk. Ketika permintaan penyimpanan disk meningkat dan ruang kosong berkurang, data ditulis lebih dekat ke pusat disk. Waktu pencarian disk meningkat dalam menemukan data ketika ujung kepala pembaca bergerak menjauh dari tepi, dan ketika data ditemukan, membutuhkan waktu lebih lama untuk membacanya, sehingga menghambat performa I/O disk. Ini berarti bahwa memantau pemanfaatan ruang disk penting bukan hanya karena alasan kapasitas tetapi juga untuk performa. Sebagai pedoman umum, cobalah memiliki tujuan untuk menjaga ruang kosong disk tetap antara 20% hingga 25% dari total kapasitas disk. Jika ruang disk kosong turun di bawah ambang ini, maka performa I/O disk akan terpengaruh secara negatif.
Menerapkan strategi untuk menghindari fragmentasi disk
Jalankan utilitas defragmenter secara teratur pada disk Anda, termasuk drive root, untuk mencegah penurunan performa. Lakukan ini setiap minggu pada disk yang sibuk. Defragmenter disk diinstal dengan Windows dan dapat dijalankan dari Tugas Terjadwal pada interval yang ditentukan.
Optimalkan performa Windows Server untuk layanan latar belakang
Proses BizTalk Server (BTSNTSVC.exe) berjalan sebagai layanan latar belakang. Windows Server 2008 menggunakan multitasking preemptive untuk memprioritaskan utas proses yang akan diproses oleh CPU. Multi-tugas preemptive adalah metodologi di mana eksekusi proses dihentikan dan proses lain dimulai, atas kebijakan sistem operasi. Skema ini mencegah satu utas mendominasi CPU. Mengalihkan CPU dari menjalankan satu proses ke proses berikutnya dikenal sebagai pengalihan konteks. Sistem operasi Windows mencakup pengaturan yang menentukan berapa lama utas individu diizinkan untuk berjalan pada CPU sebelum pergantian konteks terjadi dan utas berikutnya diproses. Jumlah waktu ini disebut sebagai kuantum. Pengaturan ini memungkinkan Anda memilih bagaimana kuanta prosesor dibagikan antara program latar depan dan layanan latar belakang. Biasanya untuk server tidak diinginkan untuk memungkinkan program latar depan memiliki lebih banyak waktu CPU yang dialokasikan untuk itu daripada layanan latar belakang. Artinya, semua aplikasi dan prosesnya yang berjalan di server harus diberikan pertimbangan yang sama untuk waktu CPU. Untuk meningkatkan performa layanan latar belakang seperti instans host BizTalk, ikuti langkah-langkah berikut:
Klik Mulai, klik Panel Kontrol, lalu klik Sistem.
Klik tab Tingkat Lanjut , lalu klik Pengaturan di bawah Performa.
Klik tab Tingkat Lanjut , klik Layanan latar belakang, lalu klik OK dua kali.
Menonaktifkan layanan yang tidak penting
Penginstalan default Windows Server 2008 memungkinkan beberapa layanan yang mungkin tidak diperlukan di lingkungan BizTalk Server. Setiap layanan yang berjalan menggunakan sumber daya sistem sehingga layanan yang tidak perlu harus dinonaktifkan untuk meningkatkan performa keseluruhan. Kehati-hatian harus diperhatikan saat menonaktifkan layanan. Teliti secara menyeluruh tujuan layanan sebelum menonaktifkan layanan karena Windows Server memerlukan layanan tertentu yang berjalan. Jika layanan yang diperlukan oleh Windows Server 2008 dinonaktifkan, sistem operasi mungkin menjadi tidak dapat dioperasikan dan bahkan mungkin tidak dapat melakukan booting. Untuk menonaktifkan layanan Windows Server 2008 yang tidak diperlukan untuk BizTalk Server khusus, ikuti langkah-langkah berikut:
Klik Mulai, arahkan ke Alat Administratif, lalu klik Manajemen Komputer.
Di bawah Manajemen Komputer (Lokal), perluas Layanan dan Aplikasi, lalu klik Layanan. Di kolom Status , setiap layanan yang sedang berjalan diberi label "Dimulai." Hentikan dan nonaktifkan layanan apa pun yang dimulai secara tidak perlu, misalnya, layanan berikut tidak diperlukan di BizTalk Server khusus:
Pemberitahuan
ClipBook
DHCP Server
Layanan Faks
Replikasi File
Monitor Inframerah
Berbagi Sambungan Internet
Utusan
Berbagi Desktop Jarak Jauh dengan NetMeeting
DDE Jaringan
Jaringan DDE DSDM
NWLink NetBIOS
NWLink IPX/SP
Cetak Penampung
Teleponi
Telnet
Catu Daya Tidak Terinterupsi
Perhatikan layanan yang bergantung pada setiap layanan yang ingin Anda nonaktifkan. Untuk melakukan ini, ikuti langkah-langkah berikut:
Klik dua kali layanan yang ingin Anda nonaktifkan.
Klik Dependensi tab.
Di layanan Ini tergantung pada daftar komponen sistem berikut , perhatikan layanan yang bergantung pada layanan ini.
Dalam daftar Komponen sistem berikut bergantung pada layanan ini , perhatikan layanan yang tidak dapat dimulai tanpa layanan ini, lalu klik OK.
Satu per satu, nonaktifkan setiap layanan yang telah Anda pilih. Untuk melakukan ini, ikuti langkah-langkah berikut:
Klik kanan layanan yang ingin Anda nonaktifkan, lalu klik Properti.
Di daftar Jenis startup , klik Dinonaktifkan.
Jika Anda ingin segera menghentikan layanan, klik Hentikan.
Jika kotak dialog Hentikan Layanan Lain muncul, perhatikan layanan dependen lain yang juga akan berhenti, lalu klik Ya, lalu klik OK.
Ulangi langkah 4 untuk menonaktifkan layanan tidak penting lainnya.
Nota
Uji server untuk operasi yang benar setelah Anda menonaktifkan setiap layanan untuk memastikan Anda tidak menonaktifkan layanan yang ingin terus Anda gunakan. Jika server adalah anggota domain Windows Server 2008, yang sering menjadi server BizTalk, Anda harus memiliki layanan pembantu TCP/IP pada sistem Anda untuk menerapkan Kebijakan Grup dengan benar ke komputer. Saat Anda menonaktifkan klien DHCP, klien DHCP menghentikan pendaftaran protokol pembaruan dinamis DNS dan mengharuskan catatan DNS manual ditambahkan untuk klien ini ke server DNS.
Memuat daftar Pencabutan Sertifikat Microsoft secara manual
Saat memulai aplikasi .NET, .NET Framework akan mencoba mengunduh daftar Pencabutan Sertifikat (CRL) untuk rakitan yang ditandatangani. Jika sistem Anda tidak memiliki akses langsung ke Internet, atau dibatasi untuk mengakses domain Microsoft.com, ini dapat menunda startup BizTalk Server. Untuk menghindari penundaan ini pada pengaktifan aplikasi, Anda dapat menggunakan langkah-langkah berikut untuk mengunduh dan menginstal daftar pencabutan Sertifikat penandatanganan kode secara manual pada sistem Anda.
Unduh pembaruan CRL terbaru dari http://crl.microsoft.com/pki/crl/products/CodeSignPCA.crl dan http://crl.microsoft.com/pki/crl/products/CodeSignPCA2.crl.
Pindahkan file CodeSignPCA.crl dan CodeSignPCA2.crl ke sistem terisolasi.
Dari prompt perintah, masukkan perintah berikut untuk menggunakan utilitas certutil untuk memperbarui penyimpanan sertifikat lokal dengan CRL yang diunduh di langkah 1:
certutil –addstore CA c:\CodeSignPCA.crl
File CRL diperbarui secara teratur, jadi Anda harus mempertimbangkan untuk mengatur tugas pengunduhan dan penginstalan pembaruan CRL yang berulang. Untuk melihat waktu pembaruan berikutnya, klik dua kali file .crl dan lihat nilai bidang Pembaruan Berikutnya .
Menyinkronkan waktu di semua server
Banyak operasi yang melibatkan tiket, tanda terima, dan pengelogan mengandalkan jam sistem lokal yang akurat. Ini terutama berlaku di lingkungan terdistribusi, di mana perbedaan waktu antara sistem dapat menyebabkan log tidak sinkron atau tiket yang dikeluarkan oleh satu sistem ditolak oleh sistem lain sebagai kedaluwarsa atau belum valid.
Untuk informasi selengkapnya tentang mengonfigurasi server untuk menyinkronkan waktu secara otomatis, lihat Mengonfigurasi komputer klien untuk sinkronisasi waktu domain otomatis.
Mengonfigurasi Windows PAGEFILE untuk performa optimal
Ikuti panduan ini untuk mengonfigurasi Windows PAGEFILE (file halaman) untuk performa optimal:
Pindahkan file halaman ke volume fisik yang terpisah dari drive fisik tempat sistem operasi diinstal untuk mengurangi konflik disk dan meningkatkan kinerja disk - Pada komputer BizTalk Server, peningkatan kinerja yang dihasilkan dari pemindahan file halaman dapat bervariasi tergantung pada beban pemrosesan dokumen. Pada komputer SQL Server, memindahkan file halaman ke volume terpisah dianggap sebagai praktik terbaik dalam semua skenario karena sifat intensif disk SQL Server.
Mengisolasi file paging ke satu atau lebih drive fisik khusus yang dikonfigurasi sebagai array RAID-0 (striping) atau RAID-1 (pencerminan), atau pada disk tunggal tanpa RAID - Dengan menggunakan disk khusus atau array drive di mana PAGEFILE.SYS adalah satu-satunya file pada seluruh volume, file paging tidak akan menjadi terpecah-pecah, yang juga akan meningkatkan kinerja. Seperti kebanyakan array disk, kinerja array meningkat sesuai dengan jumlah disk fisik dalam array yang meningkat. Jika file halaman didistribusikan antara beberapa volume pada beberapa drive fisik dalam array disk, ukuran file halaman harus berukuran sama pada setiap drive dalam array. Saat mengonfigurasi array disk, disarankan juga untuk menggunakan drive fisik yang memiliki kapasitas dan kecepatan yang sama. Perhatikan bahwa redundansi biasanya tidak diperlukan untuk file halaman.
Jangan mengonfigurasi file halaman pada array RAID 5 - Konfigurasi file halaman pada array RAID 5 tidak disarankan karena aktivitas file halaman intensif penulisan dan array RAID 5 lebih cocok untuk kinerja baca daripada kinerja tulis.
Jika Anda tidak memiliki sumber daya untuk memindahkan file paging ke volume fisik selain tempat sistem operasi diinstal, konfigurasikan file paging untuk berada di volume logis yang sama dengan sistem operasi - Mengonfigurasi file paging untuk berada di volume logis lain pada disk fisik yang sama dengan sistem operasi akan meningkatkan waktu pencarian disk dan mengurangi performa sistem karena kepala platter drive disk akan terus bergerak di antara volume, bergantian mengakses file paging, file sistem operasi, file aplikasi, dan file data. Selain itu, sistem operasi biasanya diinstal pada partisi pertama disk fisik, yang biasanya paling dekat dengan tepi luar disk fisik dan di mana kecepatan disk dan performa terkait optimal untuk disk.
Penting
Jika Anda menghapus file halaman dari partisi boot, Windows tidak dapat membuat file crash dump (MEMORI.DMP) untuk menulis informasi debugging jika terjadi kesalahan STOP mode kernel. Jika Anda memerlukan file crash dump, maka Anda tidak akan memiliki opsi selain membiarkan file paging dengan ukuran setidaknya memori fisik ditambah 1 MB pada partisi boot.
Atur ukuran file halaman secara manual – Mengatur ukuran file halaman secara manual biasanya memberikan performa yang lebih baik daripada memungkinkan server untuk mengukurnya secara otomatis atau tidak memiliki file halaman sama sekali. Penyetingan praktik terbaik adalah menetapkan ukuran awal (minimum) dan maksimum untuk file halaman menjadi nilai yang sama. Ini memastikan bahwa tidak ada sumber daya pemrosesan yang hilang dari pengubahan ukuran dinamis file halaman, yang dapat intensif. Ini terutama benar mengingat bahwa aktivitas pengubahan ukuran ini biasanya terjadi ketika sumber daya memori pada sistem sudah menjadi terkendala. Mengatur nilai ukuran file halaman minimum dan maksimum yang sama juga memastikan area halaman pada disk adalah satu area tunggal yang bersebelahan, meningkatkan waktu pencarian disk. Windows Server 2008 secara otomatis merekomendasikan ukuran file halaman total yang sama dengan 1,5 kali jumlah RAM yang diinstal. Pada server dengan ruang disk yang cukup, file paging pada semua disk yang digabungkan harus dikonfigurasi hingga dua kali memori fisik untuk performa optimal.
Hapus screensaver yang menggunakan banyak CPU
Pengaman layar 3D atau OpenGL diketahui intensif CPU dan menggunakan sumber daya sistem penting saat berjalan. Yang terbaik adalah menghindari penginstalan ini sama sekali sebagai opsi pada waktu build server, atau menghapusnya jika telah diinstal. Penghemat layar standar "Windows Server 2008" atau penghemat layar kosong adalah alternatif yang sangat baik untuk penghemat layar yang membebani CPU.