FIX: Kinerja lambat saat Anda memulihkan database jika ada banyak VLFs di dalam log transaksi SQL Server 2005, SQL Server 2008 atau SQL Server 2008 R2

Terjemahan Artikel Terjemahan Artikel
ID Artikel: 2455009 - Melihat produk di mana artikel ini berlaku.
Microsoft mendistribusikan Microsoft SQL Server 2005, 2008 dan 2008 R2 perbaikan sebagai satu file download. Karena perbaikan bersifat kumulatif, setiap rilis baru berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan sebelumnya SQL Server 2005, 2008 dan 2008 R2 fix rilis.
Perbesar semua | Perkecil semua

Pada Halaman ini

Gejala

Bayangkan skenario berikut:
  • Anda menginstal Microsoft SQL Server 2005, Microsoft SQL Server 2008 atau Microsoft SQL Server 2008 R2 pada komputer.
  • Satu atau lebih database berada di model pemulihan penuh atau massal-log.
  • Ukuran awal sebuah file catatan transaksi untuk database kecil. Namun, file transaksi tumbuh besar.
  • The autogrow Peningkatan pertumbuhan file catatan transaksi dikonfigurasi untuk ukuran kecil. Misalnya, autogrow Peningkatan pertumbuhan dikonfigurasi untuk satu megabyte atau satu persen. Atau, Anda membuat file catatan transaksi meningkatkan dengan menggunakan pertumbuhan manual yang kecil.
  • file catatan transaksi tumbuh oleh kenaikan pertumbuhan kecil. Setelah beberapa saat, file catatan transaksi besar.

    Misalnya, file catatan transaksi tumbuh dari seratus megabyte ke sepuluh gigabyte. file catatan transaksi tumbuh dari satu megabyte kenaikan dalam pertumbuhan setiap.
Dalam skenario ini, Anda mungkin mengalami masalah berikut:
  • Pemulihan database lambat saat database dimulai jika ada volume besar bekerja untuk memulihkan.

    Sebagai contoh, transaksi yang tertunda terbuka untuk waktu yang lama. Atau, banyak transaksi yang kecil dalam ukuran tidak berkomitmen ketika SQL Server dimatikan atau restart. Dalam kasus ini, Anda mungkin menerima pesan kesalahan untuk waktu lama perkiraan pemulihan pada tahap analisis, fase membatalkan atau dalam tahap mengulang. Kesalahan menyerupai berikut dan dicatat dalam file log kesalahan SQL Server 2005:
    Analisis database 'mydatabase' (7) adalah 0% lengkap (tetap sekitar 1234 detik). Ini adalah informasi pesan hanya. Tidak ada pengguna tindakan diperlukan.
  • Pemulihan database lambat ketika berkas cadangan database penuh dan urutan menurun log transaksi tambahan dipulihkan jika database membawa secara online.

    Catatan Untuk membawa database online selama operasi pemulihan, gunakan DENGAN PEMULIHAN sintaks atau DENGAN SIAGA = <options></options> sintaks.
  • Mirroring pemulihan database lambat pada server mitra dalam pasangan mirroring.
  • Kemajuan agen pembaca log untuk replication with Scripts lambat untuk operasi berikut:
    • Log transaksi database penerbit parsing.
    • Perintah akan ditambahkan ke database distribusi.
    • Transaksi direplikasi.

    Catatan Untuk informasi lebih lanjut, kunjungi website Microsoft Developer Network (MSDN) berikut:
    949523 Keterlambatan replication with Scripts tinggi dalam SQL Server 2005 ketika nilai properti "Awal ukuran" dan nilai properti Autogrowth kecil
  • Kinerja berjalan lambat terjadi ketika sebuah snapshot database dibuat jika banyak transaksi log atau jika log transaksi tetap aktif untuk waktu yang lama. Masalah ini terjadi karena snapshot telah menjalankan pemulihan dan log transaksi harus digulung kembali.
  • Kinerja berjalan lambat terjadi ketika Anda menggunakan DBCC CHECKDB sintaks untuk menciptakan sebuah snapshot database yang tersembunyi yang harus sepenuhnya pulih snapshot database untuk menjalankan konsistensi cek.

Penyebab

Masalah ini terjadi karena Virtual file Log (VLFs) dalam file catatan transaksi mungkin menyebabkan kinerja lambat ketika SQL Server scan melalui VLFs ini selama operasi berikut:
  • Database pemulihan
  • Duplikasi database
  • snapshot database
  • Database replication with Scripts log pembaca kegiatan
Ketika sebuah file catatan transaksi untuk database tumbuh oleh bertahap selama kondisi ekstrim pertumbuhan, belasan ribu hingga ratusan ribu VLFs hadir di dalam satu set transaksi file log (.ldf). Namun, pertumbuhan besar log dengan penambahan besar menciptakan hanya beberapa VLFs dengan perbandingan. Sebagai contoh, beberapa mungkin kurang dari 100 VLFs.

Catatan: VLFs adalah divisi atau segmen yang digunakan secara internal oleh SQL Server dalam file catatan transaksi.

Pemecahan masalah

Informasi pembaruan kumulatif

SQL Server 2008 R2

Perbaikan untuk masalah ini pertama kali dirilis pada 6 Update kumulatif. Untuk informasi lebih lanjut tentang cara mendapatkan paket pembaruan kumulatif ini untuk SQL Server 2008 R2, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2489376 Paket pembaruan kumulatif 6 untuk SQL Server 2008 R2
Catatan Karena membangun kumulatif, setiap baru memperbaiki rilis berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan sebelumnya SQL Server 2008 R2 fix rilis. Kami sarankan agar Anda menerapkan terbaru fix release yang berisi perbaikan terbaru ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Microsoft Knowledge Base:
981356 Paket SQL Server 2008 R2 yang dirilis setelah SQL Server 2008 R2 dirilis

SQL Server 2008 Service Pack 1

Perbaikan untuk masalah ini pertama kali dirilis di pembaruan kumulatif 12 SQL Server 2008 Service Pack 1. Untuk informasi lebih lanjut tentang paket pembaruan kumulatif ini, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2467236 Paket pembaruan kumulatif 12 SQL Server 2008 Service Pack 1
Catatan Karena membangun kumulatif, setiap baru memperbaiki rilis berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan sebelumnya SQL Server 2008 fix rilis. Microsoft menganjurkan agar Anda menerapkan terbaru fix release yang berisi perbaikan terbaru ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Microsoft Knowledge Base:
970365 Paket SQL Server 2008 yang dirilis setelah SQL Server 2008 Service Pack 1 dirilis
Microsoft SQL Server 2008 perbaikan terbaru diciptakan untuk Service Pack SQL Server tertentu. Anda harus menerapkan perbaikan terbaru SQL Server 2008 Service Pack 1 instalasi SQL Server 2008 Service Pack 1. secara asali, setiap perbaikan terbaru yang disediakan dalam Service Pack SQL Server termasuk dalam Service Pack SQL Server.

SQL Server 2008 Service Pack 2

Perbaikan untuk masalah ini pertama kali dirilis di kumulatif Update 2 untuk SQL Server 2008 Service Pack 2. Untuk informasi lebih lanjut tentang paket pembaruan kumulatif ini, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2467239 Paket pembaruan kumulatif 2 untuk SQL Server 2008 Service Pack 2
Catatan Karena membangun kumulatif, setiap baru memperbaiki rilis berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan sebelumnya SQL Server 2008 fix rilis. Microsoft menganjurkan agar Anda menerapkan terbaru fix release yang berisi perbaikan terbaru ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Microsoft Knowledge Base:
2402659 Paket SQL Server 2008 yang dirilis setelah SQL Server 2008 Service Pack 2 dirilis
Microsoft SQL Server 2008 perbaikan terbaru diciptakan untuk Service Pack SQL Server tertentu. Anda harus menerapkan perbaikan terbaru SQL Server 2008 Service Pack 2 ke penginstalan SQL Server 2008 Service Pack 2. secara asali, setiap perbaikan terbaru yang disediakan dalam Service Pack SQL Server termasuk dalam Service Pack SQL Server.

SQL Server 2005 Service Pack 3

Perbaikan untuk masalah ini pertama kali dirilis pada 13 Update kumulatif untuk SQL Server 2005 Service Pack 3. Untuk informasi lebih lanjut tentang paket pembaruan kumulatif ini, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2438344 Paket pembaruan kumulatif 13 untuk SQL Server 2005 Service Pack 3
Catatan Karena membangun kumulatif, setiap baru memperbaiki rilis berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan sebelumnya SQL Server 2005 memperbaiki rilis. Microsoft menganjurkan agar Anda menerapkan terbaru fix release yang berisi perbaikan terbaru ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Microsoft Knowledge Base:
960598 Paket SQL Server 2005 yang dirilis setelah SQL Server 2005 Service Pack 3 dirilis
Microsoft SQL Server 2005 perbaikan terbaru diciptakan untuk Service Pack SQL Server tertentu. Anda harus menerapkan perbaikan terbaru SQL Server 2005 Service Pack 3 untuk instalasi SQL Server 2005 Service Pack 3. secara asali, setiap perbaikan terbaru yang disediakan dalam Service Pack SQL Server termasuk dalam Service Pack SQL Server.

SQL Server 2005 Service Pack 4

Perbaikan untuk masalah ini pertama kali dirilis pada 1 Update kumulatif untuk SQL Server 2005 Service Pack 4. Untuk informasi lebih lanjut tentang paket pembaruan kumulatif ini, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
2464079 Paket pembaruan kumulatif 1 untuk SQL Server 2005 Service Pack 4
Catatan Karena membangun kumulatif, setiap baru memperbaiki rilis berisi semua perbaikan terbaru dan semua perbaikan keamanan yang disertakan dengan sebelumnya SQL Server 2005 memperbaiki rilis. Microsoft menganjurkan agar Anda menerapkan terbaru fix release yang berisi perbaikan terbaru ini. Untuk informasi lebih lanjut, klik nomor artikel berikut ini untuk melihat artikel di dalam Microsoft Knowledge Base:
2485757 Paket SQL Server 2005 yang dirilis setelah SQL Server 2005 Service Pack 4 dirilis
Microsoft SQL Server 2005 perbaikan terbaru diciptakan untuk Service Pack SQL Server tertentu. Anda harus menerapkan perbaikan terbaru SQL Server 2005 Service Pack 4 instalasi SQL Server 2005 Service Pack 4. secara asali, setiap perbaikan terbaru yang disediakan dalam Service Pack SQL Server termasuk dalam Service Pack SQL Server.

Status

Microsoft telah mengkonfirmasi bahwa ini merupakan masalah di dalam produk Microsoft sebagaimana didaftar di dalam bagian "Applies to".

Teknik pemecahan masalah

Menginstal perbaikan terbaru ini dan me-restart SQL Server mungkin meningkatkan kinerja pemulihan. Sebagai contoh, kinerja mungkin meningkat untuk operasi berikut setelah Anda menginstal perbaikan terbaru ini dan me-restart SQL Server:
  • Database pemulihan
  • Duplikasi database
  • snapshot database
  • Database replication with Scripts log pembaca kegiatan

Jika Anda tidak dapat menginstal perbaikan terbaru ini, Anda dapat melakukan berikut workarounds untuk mengurangi masalah yang ada dan mencegah terjadinya masa depan.

Mengurangi masalah yang ada

  • Menunggu untuk gulung balik atau operasi pemulihan untuk menyelesaikan

    Jika Anda memiliki database pulih bebas yang mengalami kinerja lambat ketika Anda gulung balik atau pemulihan database, Anda mungkin harus menunggu untuk gulung balik atau pemulihan operasi selesai. Misalnya, Anda mungkin melihat offline status atau status pemulihan mudah di SQL Server Management Studio (SSMS) untuk non-pulih database. Berhenti SQL Server biasanya menawarkan tidak ada bantuan untuk pemulihan yang lambat dan mungkin memakan waktu lebih untuk mengulangi fase pemulihan analisis yang sama, mengulang fase atau membatalkan fase.
  • Menghindari memulihkan urutan menurun log transaksi yang berisi ribuan VLFs

    Jika Anda mengalami kinerja lambat saat Anda gulung balik dan memulihkan database menggunakan berkas cadangan, Anda dapat menghindari memulihkan urutan menurun log transaksi yang berisi ribuan VLFs. Untuk mengidentifikasi berkas cadangan yang kebanyakan virtual file log mencatat, menggunakan pernyataan berikut untuk melihat FirstLSN dan LastLSN kolom dalam berkas cadangan log:
    gulung balik HEADERONLY dari DISK='C:\folder\file.trn'

    Anda dapat memutuskan untuk menghindari gulung balik cadangan file log. Atau, Anda dapat menggunakan BERHENTI PADA pernyataan dalam gulung balik perintah untuk menghindari bagian-bagian terfragmentasi log transaksi. Jika Anda tidak sepenuhnya memulihkan urutan menurun log ke titik yang terbaru dalam waktu selama skenario pemulihan kegagalan, kehilangan data terjadi dalam SQL Server database Anda. Kehilangan data ini terjadi karena tidak semua transaksi yang disimpan. Oleh karena itu, ada tradeoff keputusan bisnis. Anda sepenuhnya dapat gulung balik log transaksi terfragmentasi. Namun, operasi ini dapat mengambil banyak waktu. Atau, Anda dapat menggunakan BERHENTI PADA pernyataan dalam pemulihan untuk menghentikan pemulihan sebelum bagian terfragmentasi log. Namun, transaksi apapun hilang yang Anda mengabaikan hilang.

    Catatan Tanpa menginstal perbaikan terbaru ini, biasanya ada tidak ada jalan yang aman untuk dipercepat pemulihan setelah Anda me-restart SQL Server. SQL Server harus menemukan daftar VLFs untuk menganalisis file log, untuk mengulang menyelesaikan transaksi, dan kemudian membatalkan ketidaklengkapan transaksi untuk menyelesaikan pemulihan untuk membawa database online dengan aman. Anda tidak dapat dengan aman melewati transaksi selama pemulihan.

Mencegah terjadinya masa depan

  • Set autogrow kenaikan database untuk ukuran yang sesuai

    Jika ukuran kenaikan autogrow terlalu kecil, akan ada banyak Virtual file Log (VLFs), dan Anda mungkin mengalami kinerja lambat di SQL Server. Jika ukuran kenaikan autogrow terlalu besar, pertanyaan yang membuat transaksi log tumbuh secara otomatis mungkin harus menunggu untuk waktu yang lama untuk menyelesaikan pertumbuhan. Oleh karena itu, kesalahan time-out yang dapat terjadi pada SQL Server. Untuk mengatasi masalah ini, Anda dapat mengatur ukuran kenaikan autogrow untuk database Anda untuk ukuran yang tepat.
  • Menghilangkan sejumlah besar VLFs, dan menggunakan pertumbuhan manual

    Jika banyak VLFs dalam log transaksi, mengurangi ukuran log transaksi, dan membuatnya meningkatkan sebelum puncak bisnis untuk memenuhi permintaan dengan menggunakan pertumbuhan manual. Misalnya, log transaksi meningkatkan kembali ke ukuran rata-rata kenaikan besar atau dalam pertumbuhan manual yang tunggal. Oleh karena itu, ukuran log transaksi mencapai puncak kapasitas, dan cadangan file log yang dijadwalkan secara sering dan secara berkala. Selain itu, log transaksi mungkin terpotong, dan VLFs untuk transaksi log dapat digunakan kembali dalam Lingkaran Berkelanjutan.
  • Bagaimana untuk mengecilkan dan meningkatkan log transaksi secara manual

    Untuk memperbaiki log yang memiliki terlalu banyak VLFs, ikuti langkah berikut untuk mengecilkan log dan meningkatkan lagi secara manual:
    1. Jika database dalam model pemulihan penuh atau login massal, Anda harus membuat cadangan log transaksi untuk memungkinkan VLFs aktif terpotong dan digunakan kembali.
      BACKUP LOG databasename TO DISK='C:\folder\log_backupfile.trn'

      Untuk selengkapnya tentang cara membuat cadangan file catatan transaksi dengan menggunakan mudah SSMS, kunjungi website Microsoft Developer Network (MSDN) berikut:
      Cara membuat cadangan file catatan transaksi dengan menggunakan mudah SSMS
      Untuk selengkapnya tentang cara membuat cadangan file catatan transaksi dengan menggunakan Transact-SQL pernyataan, kunjungi website MSDN berikut:
    2. Untuk menentukan nama file catatan transaksi logis, menjalankan salah satu pernyataan berikut.
      Pernyataan 1
      exec sp_helpfile 
      Pernyataan 2
      select * from sys.sysfiles 
      Untuk mengurangi ukuran file catatan transaksi ke ukuran yang diinginkan, menggunakan kode berikut:
      DBCC SHRINKFILE(transactionloglogicalfilename, TRUNCATEONLY) 
    3. Anda dapat meningkatkan ukuran file catatan transaksi sesuai ukuran. Kami merekomendasikan bahwa Anda membiarkan ukuran file catatan transaksi tumbuh dengan ukuran biasa puncak. Oleh karena itu, autogrow kenaikan dihindari. Untuk mengatur ukuran log transaksi, menggunakan halaman Properti Database di mudah SSMS, atau menggunakan berikut MENGUBAH DATABASE sintaks:
      MODIFY FILE ( NAME = transactionloglogicalfilenae, SIZE=newtotalsize MB) 

      Untuk informasi lebih lanjut tentang bagaimana untuk meningkatkan ukuran database dengan mudah SSMS, kunjungi website MSDN berikut:
      Bagaimana untuk meningkatkan ukuran database dengan mudah SSMS
      Untuk informasi lebih lanjut tentang MENGUBAH DATABASE MEMODIFIKASI FILE sintaks, kunjungi website MSDN berikut:
      Informasi umum tentang sintaks mengubah DATABASE memodifikasi FILE

Informasi lebih lanjut

Anda dapat memeriksa jumlah segmen VLF dengan meninjau file log kesalahan SQL dan kemudian dengan Telisik nomor urutan menurun login (LSN) dalam setiap berkas cadangan log transaksi. Digit pertama sebelum simbol usus besar di LSNs sesuai dengan jumlah LSN.

Misalnya, nomor pertama dalam pesan informasi pertama untuk LSN adalah 1. Namun, nomor pertama dalam pesan informasi kedua untuk LSN adalah 100001. Dalam skenario ini, ada VLFs 100.000 yang digunakan antara pesan informasi pertama dan kedua pesan informasi. Oleh karena itu, log log transaksi yang terfragmentasi yang memiliki banyak Virtual file Log (VLFs) menyerupai berikut ini:

{Log back up. Database: mydbname, penciptaan date(time): 2010/07/08(12:36:46), LSN pertama: 1:5068:70, terakhir LSN: 1:5108:1, jumlah dump perangkat: 1, informasi perangkat: (FILE = 1, TYPE = DISK: {'C:\folder\logbackup1.trn'}). Ini adalah informasi pesan hanya. Tidak ada pengguna tindakan diperlukan.

Log ini didukung. Database: mydbname, penciptaan date(time): 2010/07/08(15:36:46), LSN pertama: 100001:5108:1, terakhir LSN: 100002:5108:1, jumlah dump perangkat: 1, informasi perangkat: (FILE = 2, TYPE = DISK: {'C:\folder\logbackup2.trn'}). Ini adalah informasi pesan hanya. Tidak ada tindakan pengguna diperlukan.}

Daftar Tabel berikut memberikan informasi lebih lanjut tentang produk atau alat yang secara otomatis memeriksa kondisi yang dijelaskan di bagian "Gejala" Anda contoh SQL Server dan versi SQL Server terhadap aturan dievaluasi.

Perkecil tabel iniPerbesar tabel ini
Aturan peranti penangkap lunakAturan judulKeterangan AturanVersi produk terhadap aturan dievaluasi
System Center AdvisorSQL Server dengan replication with Scripts, Log pembaca agen kinerja mungkin terpengaruh karena ukuran log transaksi atau jumlah VLFDalam contoh SQL Server ini penasihat terdeteksi kehadiran replication with Scripts dengan jumlah VLFs atau TLOG ukuran jauh lebih besar. Log pembaca agen kinerja negatif dipengaruhi oleh ukuran log transaksi atau jumlah VLF. Mengurangi ukuran Log transaksi dan jumlah VLF untuk meningkatkan kinerja Log pembaca agen.SQL Server 2008

SQL Server 2008 R2

SQL Server 2012



Referensi

Untuk informasi lebih lanjut tentang arsitektur fisik log transaksi, kunjungi website MSDN berikut:
Informasi umum tentang arsitektur fisik log transaksi

Untuk informasi lebih lanjut tentang log urutan menurun nomor (LSN), kunjungi website MSDN berikut:
Informasi umum tentang log urutan menurun nomor

Untuk informasi lebih lanjut tentang kesalahan 1413 ketika database mirroring dimulai, kunjungi website MSDN berikut:
Informasi umum tentang kesalahan 1413 ketika database mirroring dimulai

Untuk informasi lebih lanjut tentang bagaimana struktur file log dapat mempengaruhi waktu pemulihan database, kunjungi website MSDN berikut:
Bagaimana struktur file log dapat mempengaruhi waktu pemulihan database

Untuk informasi lebih lanjut tentang log transaksi VLFs, kunjungi website MSDN berikut:
Informasi umum tentang file catatan transaksi

Untuk informasi lebih lanjut tentang cara membuat sebuah snapshot database, kunjungi website MSDN berikut:
Cara membuat sebuah snapshot database
Untuk informasi lebih lanjut tentang Model pelayanan inkremental untuk SQL Server, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
935897 Tersedia Model pelayanan inkremental dari tim SQL Server untuk memberikan hotfix untuk masalah yang dilaporkan
Untuk informasi lebih lanjut tentang skema penamaan SQL Server pembaruan, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
822499Skema penamaan yang baru untuk paket pembaruan peranti penangkap lunak Microsoft SQL Server
Untuk informasi selengkapnya tentang terminologi pembaruan peranti penangkap lunak, klik nomor artikel berikut ini untuk melihat artikel di dalam Pangkalan Pengetahuan Microsoft:
824684 Deskripsi tentang terminologi standar yang digunakan untuk menjelaskan pembaruan peranti penangkap lunak Microsoft

Properti

ID Artikel: 2455009 - Kajian Terakhir: 07 Januari 2014 - Revisi: 2.0
Berlaku bagi:
  • Microsoft SQL Server 2005 Developer Edition
  • Microsoft SQL Server 2005 Enterprise Edition
  • Microsoft SQL Server 2005 Enterprise Edition for Itanium-based Systems
  • Microsoft SQL Server 2005 Enterprise X64 Edition
  • Microsoft SQL Server 2005 Evaluation Edition
  • Microsoft SQL Server 2008 Developer
  • Microsoft SQL Server 2008 Enterprise
  • Microsoft SQL Server 2008 Standard
  • Microsoft SQL Server 2008 Standard Edition for Small Business
  • Microsoft SQL Server 2008 Workgroup
  • Microsoft SQL Server 2008 R2 Developer
  • Microsoft SQL Server 2008 R2 Enterprise
  • Microsoft SQL Server 2008 R2 Standard
  • Microsoft SQL Server 2008 R2 Workgroup
Kata kunci: 
kbqfe kbfix kbexpertiseadvanced kbsurveynew kbmt KB2455009 KbMtid
Penerjemahan Mesin
PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.
Klik disini untuk melihat versi Inggris dari artikel ini: 2455009

Berikan Masukan

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com