Pelayan MS SQL. Penyelenggaraan pangkalan data sistem. Makluman melalui E-mel. Urutan tindakan yang betul kelihatan seperti ini

Di bawah ini kami akan memberitahu anda cara membuat pelan penyelenggaraan menggunakan program Persekitaran SQL Sever. Studio Pengurusan" Dalam artikel ini, saya hanya akan cuba menerangkan dengan jelas algoritma untuk mencipta pelan penyelenggaraan menggunakan Wizard Pelan Penyelenggaraan, tanpa pergi ke bahagian teoritis isu tersebut. Dapatkan maklumat lanjut Untuk mendapatkan maklumat lanjut tentang topik ini, sila semak Buku SQL Server Online di MSDN.

Pelan yang diterangkan di bawah akan merangkumi hanya 2 tugasan.

  • Sandaran pangkalan data.
  • Memeriksa integriti pangkalan data.

Saya berharap selepas membaca arahan ini, pada masa hadapan semua orang akan dapat membuat secara bebas sebarang pelan penyelenggaraan pelayan SQL yang diperlukan.

1. Data awal

  1. sistem operasi Keluarga Windows(dalam contoh saya ia digunakan)
  2. Dipasang Microsoft SQL Pelayan 2008 R2 (mengenai pemasangan Pelayan SQL boleh dibaca)
  3. Pangkalan data sedia ada dalam SQL Server (baca tentang mencipta pangkalan data dalam SQL Server)
  4. Komponen Mel Pangkalan Data yang dikonfigurasikan, jika anda perlu memberitahu dengan e-mel pengendali tentang hasil pelaksanaan pelan penyelenggaraan (saya menulis tentang cara mengkonfigurasi komponen Mel Pangkalan Data dan mencipta pengendali sistem).

2. Menyemak operasi Ejen Pelayan SQL

Perkara pertama yang perlu kita lakukan ialah memastikan SQL Server Agent dipasang dan berjalan. Untuk melakukan ini, lancarkan peralatan " Perkhidmatan» (« Mulakan» ( Mulakan) — « Pentadbiran» ( Alat Pentadbiran) — « Perkhidmatan» ( Perkhidmatan)) dan dalam senarai perkhidmatan kami akan menemui perkhidmatan " Ejen Pelayan SQL» ( Ejen Pelayan SQL).

Mari buka sifat perkhidmatan ini (dengan mengklik padanya 2 kali) dan pastikan bahawa:

  • Jenis permulaan ialah " Secara automatik"(Jenis permulaan: Automatik);
  • negeri " Berfungsi"(Status perkhidmatan: Dimulakan);

Jika tidak, anda perlu menukar parameter seperti dalam tangkapan skrin di atas dan simpan tetapan dengan mengklik " Mohon" (Mohon) .

Sekarang mari kita lancarkan program “SQL Sever Management Studio” (“ Mulakan» ( Mulakan) — « Semua program"(Semua program) - " Microsoft SQL Server 2008 R2» — « Alat SQL Server 2008 R2") dan masukkan data kebenaran.

Selepas itu, mari pastikan sekali lagi bahawa Ejen Pelayan SQL sedang berjalan (harus ada tab dalam Pelayar Objek Ejen Pelayan SQL» (SQL Server Agent) dengan ikon hijau di sebelah kiri.

3. Buat rancangan penyelenggaraan

Sekarang mari kita teruskan untuk membuat rancangan penyelenggaraan. Dalam Penjelajah Objek ( Penjelajah Objek) buka tab " Kawalan» (Pengurusan), klik Klik kanan tetikus pada tab" Pelan Perkhidmatan» (Pelan Penyelenggaraan) dan dalam menu konteks pilih " Wizard Pelan Penyelenggaraan» (Wizard Pelan Penyelenggaraan ) .

Dalam wizard pelan perkhidmatan yang dilancarkan, pada halaman selamat datang, klik " Selanjutnya"(Seterusnya) dan dalam tetingkap seterusnya masukkan nama dan perihalan pelan baharu.

Kemudian anda perlu membuat keputusan mengenai jadual mengikut mana rancangan ini perkhidmatan. Untuk melakukan ini, tetapkan suis kepada “ Jadual tunggal untuk keseluruhan rancangan atau tiada jadual» ( Jadual tunggal untuk keseluruhan rancangan atau tiada jadual) dan klik " Ubah…» (Tukar...) untuk menetapkan jadual.

Tetingkap " Sifat Jadual Kerja". Di sini kami akan menetapkan parameter mengikut mana pelan penyelenggaraan harus dijalankan dan klik " okey". Dalam contoh saya ia adalah:

  • Dilaksanakan - " Setiap minggu"(Berlaku - Mingguan);
  • Berulang setiap - " 1 minggu"V" Ahad» (Berulang setiap: 1 minggu pada hari Ahad);
  • Laksanakan sekali sehari pada: — “2:00:00” (Berlaku sekali pada: “2:00:00”);

Mari pastikan sekali lagi bahawa jadual ditetapkan dengan betul dan klik " Selanjutnya"(Seterusnya).

Di sini kami akan memilih tugas yang akan dilakukan oleh pelan penyelenggaraan kami. Dalam contoh saya ia adalah:

  1. Semak Integriti Pangkalan Data;
  2. Pangkalan Data Sandaran (Penuh)

Sila ambil perhatian bahawa untuk setiap tugas adalah Penerangan Ringkas dalam kotak di bawah. Setelah memilih tugas yang diperlukan, klik " Selanjutnya"(Seterusnya).

Sekarang anda perlu menetapkan susunan tugasan yang dilakukan menggunakan " Naik…" (Bergerak Ke Atas) dan " Bawah…"(Bergerak ke bawah). Setelah menetapkan pesanan, klik " Selanjutnya"(Seterusnya).

Di sini anda perlu menetapkan parameter untuk setiap tugas dalam pelan. Tugas pertama dalam senarai kami ialah “ Menyalin pangkalan data (penuh)» (Sandaran Pangkalan Data (Penuh)).

Pertama sekali, anda perlu memilih pangkalan data untuk Salinan simpanan dengan mengklik pada butang pilihan senarai " Pangkalan Data Khusus"(Pilih satu atau lebih). Setelah memilih pangkalan data yang diperlukan untuk sandaran, klik " okey» .

Di bawah ini kami akan menetapkan lokasi dan tempoh penyimpanan untuk salinan sandaran, dan juga ditetapkan Pilihan tambahan:

  1. Jika anda menetapkan suis " Buat fail salinan sandaran bagi setiap pangkalan data» (Buat sandaran failkan untuk setiap pangkalan data), maka apabila tugas itu dilaksanakan, beberapa fail sandaran dengan nama yang sepadan dengan nama pangkalan data akan dibuat dalam direktori yang dipilih. Nah, memasang bendera " Buat subdirektori untuk setiap pangkalan data» (Buat sub-direktori untuk setiap pangkalan data) akan menyusun fail ke dalam folder berasingan. Sila ambil perhatian bahawa anda mesti membiarkan sambungan fail sandaran diisi.
  2. Menetapkan bendera " Set sandaran hampir tamat tempoh" (Set sandaran akan tamat tempoh) memberitahu pelayan SQL apabila set ini boleh ditimpa tanpa melangkau semakan tamat tempoh secara eksplisit.
  3. Untuk kebolehpercayaan maksimum, anda boleh menetapkan bendera “ Semak integriti salinan sandaran"(Sahkan integriti sandaran).
  4. Saya juga mengesyorkan memilih " Mampatkan sandaran"(Mampatkan sandaran) untuk menjimatkan ruang cakera jika versi SQL Server yang anda gunakan menyokong fungsi ini.

Jika ruang cakera terhad, anda juga boleh memilih satu fail untuk menyimpan sandaran, yang akan ditimpa selepas setiap pelaksanaan pelan penyelenggaraan. Untuk melakukan ini, tetapkan suis yang sepadan kepada " Buat salinan sandaran pangkalan data dalam satu atau lebih fail" (Sandarkan pangkalan data merentasi satu lagi fail bijih) dan nyatakan nama fail yang sesuai (berhati-hati, fail sandaran hendaklah dinyatakan dengan sambungan .bak), dan juga pilih " Tulis ganti"jika fail sandaran wujud: Tulis ganti".

Kini giliran tugasan " Menyemak Integriti Pangkalan Data» (Integriti Semakan Pangkalan Data). Apa yang anda perlu lakukan ialah memilih pangkalan data. Dalam contoh saya, ini masih pangkalan data yang sama seperti dalam langkah sebelumnya. Setelah memutuskan pangkalan data, klik " Selanjutnya"(Seterusnya).

hidup muka surat seterusnya Anda boleh memilih direktori di mana log pelaksanaan kerja akan disimpan, dan juga menentukan SQL Server untuk menghantar laporan melalui e-mel. Selepas menetapkan parameter, klik " Selanjutnya"(Seterusnya).

Mari semak semua tetapan pelan perkhidmatan sekali lagi, dan jika semuanya betul, klik " sedia"(Selesai).

Wizard akan mula membina pelan penyelenggaraan. Jika wizard tidak mengesan sebarang ralat, kami akan melihat mesej tentang kejayaan pembinaan pelan tersebut. Jika tidak, anda perlu membetulkan ralat dan ulangi prosedur sekali lagi. Tutup tetingkap dengan mengklik " tutup"(Tutup).

4. Mulakan pelan penyelenggaraan

Untuk memulakan pelan penyelenggaraan, pergi ke program " Persekitaran Microsoft SQL Pengurusan Pelayan Studio". Di sini, dengan membuka tab " Pelan Perkhidmatan» (Pelan Penyelenggaraan) kami akan melihat rancangan kami yang baru dibuat. Untuk menyemak operasinya, klik kanan padanya dan pilih “ Laksanakan"(Laksanakan) .

Selepas ini, tetingkap pelaksanaan pelan penyelenggaraan akan dibuka, di mana, selepas jumlah masa yang diperlukan, mesej tentang pelaksanaan yang berjaya akan muncul.

Dan fail sandaran harus muncul dalam direktori yang sesuai

dan fail log pelaksanaan rancangan.

Apabila anda membuka fail ini, anda sepatutnya melihat sesuatu seperti ini:

Jika ya, tahniah! Pelan penyelenggaraan SQL Server dibuat dan dijalankan.

Adakah artikel ini membantu anda?

Kami membandingkan harga apabila menggunakan perkhidmatan pelaporan, yang tersedia sebagai perkhidmatan dalam Microsoft Azure(SQL Reporting), dengan pilihan untuk menggunakan mesin maya biasa dengan SQL Server (SSRS).
Sekali lagi, saya tidak menganggap untuk mengatakan bahawa satu perkhidmatan adalah lebih baik atau lebih teruk. Dalam kebanyakan kes, keputusan tentang perkhidmatan yang hendak digunakan dalam aplikasi mesti dibuat mengikut tugasan yang dihadapi oleh aplikasi, dan keperluan kewangan pelanggan. Saya hanya ingin menunjukkan bahawa terdapat dua cara untuk membina penyelesaian menggunakan perkhidmatan pelaporan.

Kes Penggunaan

Mari kita anggap bahawa aplikasi kami berjalan pada Microsoft Azure dan dilaksanakan sebagai Perkhidmatan Awan (PaaS). Ia menggunakan pangkalan data sebagai sumber data data SQL Azure. Perkhidmatan pelaporan mesti dikonfigurasikan untuk digunakan dalam aplikasi. Seperti yang dibincangkan sebelum ini, perkhidmatan pelaporan untuk aplikasi Microsoft Azure boleh dibina dalam dua cara:

  1. PaaS: SQL Azure + Pelaporan SQL;

    Pelaporan SQL akan digunakan sebagai perkhidmatan.
  2. Penyelesaian hibrid: Perkhidmatan Pelaporan SQL Azure + SQL Server;
    SQL Azure akan digunakan sebagai perkhidmatan;
    Perkhidmatan Pelaporan SQL mesti dikonfigurasikan secara berasingan mesin maya Pelayan SQL (IaaS).

Sekarang mari kita lihat proses terperinci untuk menyediakan kedua-dua perkhidmatan. Walau bagaimanapun, sebelum kita mula, saya akan menganggap bahawa Pangkalan Data SQL Azure telah dikonfigurasikan dan dihoskan dalam Microsoft Azure.

Pilihan PaaS: SQL Azure + SQL Reporting

Menyediakan perkhidmatan Pelaporan SQL

Laporkan tetapan projek


Penyelesaian hibrid: Perkhidmatan Pelaporan SQL Azure + SQL Server

Mencipta mesin maya


Menyediakan Pelayan SQL


Netsh advfirewall firewall menambah nama peraturan="SQL Server 1433" dir=in action=allow protocol=TCP localport=1433 netsh advfirewall firewall add rule name="HTTP 80" dir=in action=allow protocol=TCP localport=80

Menyediakan Perkhidmatan Pelaporan


Menyediakan Microsoft Azure Firewall



Kesimpulan

Selepas melengkapkan semua langkah, Perkhidmatan Pelaporan Pelayan SQL akan tersedia di URL yang ditentukan semasa membuat mesin maya:
http://.cloudapp.net/ReportServer

Gunakan URL ini sebagai nilai sifat "TargetServerURL" apabila menerbitkan projek laporan melalui SQL Perniagaan Pelayan Studio Pembangunan Pintar.

Bahan ini ditulis oleh ahli komuniti. Artikel ini mewakili pendapat pengarang, yang mungkin tidak mencerminkan pendapat Microsoft Corporation. Microsoft tidak bertanggungjawab untuk masalah perkakasan atau perisian masalah yang mungkin timbul selepas menggunakan bahan dalam artikel ini.

Saya tidak pernah mendengar sesiapa yang membesar yang bermimpi untuk menjadi pentadbir pangkalan data apabila mereka dewasa. Kehidupan hanya membawa kita kepada profesion ini, walaupun ramai orang sangat menyukainya. Menyelam ke dalam Pentadbiran SQL Pelayan jarang berlaku dengan manual produk; lebih kerap daripada tidak kita perlu mempelajari rahsia kraf itu sendiri. Beginilah cara saya bermula, dan saya melakukan banyak kesilapan semasa pengajian saya. Oleh itu, saya menyediakan satu siri artikel yang telah merangkumi topik sandaran dan pemulihan. Kini tiba masanya untuk bercakap tentang alat utama untuk mengkonfigurasi tetapan SQL Server - pengurus Tetapan SQL pelayan.

Pengurus Tetapan Pelayan SQL - aplikasi interaktif untuk menguruskan semua perkhidmatan pada berasaskan SQL Pelayan, protokol rangkaian, port mendengar dan mencipta alias pelayan. SQL Server Configuration Manager (SSCM) tersedia dalam hierarki item menu Start\Microsoft SQL Server 20xx\Configuration Tools\SQL Server Configuration Manager dalam versi Microsoft Windows, sebelumnya Keluaran Windows 8 dan Pelayan Windows 2012. Terkini versi yang ditentukan sistem operasi cari sahaja dalam perkataan SQL Pelayan dan pilih Pengurus Tetapan Pelayan SQL daripada senarai aplikasi. Kali pertama anda mengakses SSCM, program ini kelihatan seperti Rajah 1 menunjukkan (artikel ini menggunakan SQL Server 2014 sebagai contoh).

Skrin 1: Pengurus Tetapan Pelayan SQL

tetapan

Mari kita lihat lebih dekat tindakan yang mungkin, dibenarkan dalam SSCM. Setiap item dalam anak tetingkap kiri mewakili satu atau lebih tugas yang boleh anda lakukan dalam SSCM. Dalam sesetengah kes, terdapat pilihan 64-bit dan 32-bit. Dalam artikel ini kita akan memberi tumpuan kepada versi 32-bit. Hari ini, Microsoft SQL Server dihoskan pada pelayan 32-bit hanya jika:

a) anda adalah pemiliknya versi lama Pelayan SQL;

b) Anda berkemungkinan merompak contoh SQL Server anda daripada sumber memori yang berharga.

Mari kita senaraikan tindakan yang tersedia dalam pengurus SSCM (lihat Rajah 2).
Skrin 2: Tindakan Tersedia dalam SSCM
  • Perkhidmatan Pelayan SQL. Tindakan ini Membolehkan anda memulakan, menghentikan dan memulakan semula semua perkhidmatan berkaitan Microsoft SQL Server. Di samping itu, anda boleh berubah Akaun perkhidmatan, tingkah laku permulaan dan fungsi tambahan dan pilihan permulaan bergantung pada perkhidmatan.
  • Tetapan rangkaian SQL Server. Tindakan ini membolehkan anda mendayakan atau melumpuhkan protokol rangkaian tertentu: Memori Dikongsi, Paip Dinamakan dan TCP/IP, serta mengkonfigurasi tetapan tambahan untuk setiap satu daripadanya.
  • Tetapan tersuai klien SQL Pelayan (kini versi 11.0). Tindakan ini membolehkan anda menetapkan susunan pelanggan akan menggunakan protokol yang didayakan khas untuk menyambung ke contoh tersuai SQL Server. Anda boleh menggunakannya untuk mencipta alias untuk contoh SQL Server anda pelbagai aplikasi pengguna terakhir boleh menyambung ke pelayan dengan nama yang berbeza daripada nama pelayan sebenar. Ini dilakukan sekiranya anda tidak boleh menukar rentetan sambungan apabila memindahkan pangkalan data aplikasi, tetapi masih mahu memastikan kesinambungan atau menyembunyikan nama pelayan sebenar daripada pengguna akhir. Mari kita lihat setiap tindakan ini dengan lebih terperinci.

Perkhidmatan Pelayan SQL

Perkhidmatan gabungan SQL Server boleh (dan harus) diurus dan dikonfigurasikan daripada SSCM dan bukannya API services.msc. Seperti yang dinyatakan di atas, kita boleh mengawal bukan sahaja gelagat permulaan dan akaun perkhidmatan, tetapi juga tetapan tambahan untuk setiap perkhidmatan (lihat Rajah 3).

  • Perkhidmatan Penyepaduan Pelayan SQL. Tiada pilihan boleh dikonfigurasikan tambahan.
  • Perkhidmatan Analisis Pelayan SQL. Tiada pilihan boleh dikonfigurasikan tambahan.
  • Perkhidmatan Pelayan SQL:

1. Strim fail. Tetapan ini membolehkan anda mendayakan atau melumpuhkan akses T-SQL, akses fail I/O, akses klien jauh dan tetapkan nama sumber yang dikongsi Strim fail.

2. Tahap tinggi Sentiasa pada ketersediaan. Tetapan ini memberi anda keupayaan untuk mendayakan atau melumpuhkan AlwaysOn Availability Groups serta mengkonfigurasi kelompok failover Windows (WFCS) di mana kumpulan ketersediaan dibina.

3. Pilihan pelancaran. SSCM membenarkan anda untuk menetapkan pilihan permulaan khas yang berkuat kuasa sebagai contoh. Anda akan sentiasa ada di pelupusan anda sekurang-kurangnya tiga pilihan permulaan untuk mana-mana contoh SQL Server untuk memastikan betul pelancaran Microsoft Pelayan SQL:

  • -d. Menentukan lokasi fail data pangkalan data induk (.mdf).
  • -l. Menentukan lokasi fail log transaksi (.ldf) untuk pangkalan data induk.
  • -e. Menentukan lokasi fail log ralat contoh.

Mengapa ketiga-tiga parameter ini? Oleh kerana induk berfungsi sebagai "otak" yang menghadap ke luar bagi contoh SQL, bekerja bersama-sama dengan pangkalan data Sumber tersembunyi, menyediakan semua metadata yang diperlukan untuk menjalankan contoh SQL Server. Anda perlu menggunakan log ralat untuk merekod setiap langkah proses permulaan.

Pilihan tambahan boleh dikonfigurasikan, khususnya untuk menjalankan pelayan dalam mod pengguna tunggal untuk tujuan penyelesaian masalah (-m); melancarkan contoh dengan set tetapan minimum (-f) dalam kes di mana perlu memintas parameter yang tidak berjaya yang boleh menyebabkan kemerosotan dalam tindak balas contoh; menetapkan bendera surih yang mengubah tingkah laku asas Microsoft SQL Server (-T). Saya terpaksa menggunakan -f untuk mengatasi tetapan yang gagal apabila saya cuba menunjukkan isu dan tetapan had memori nilai maksimum Memori pelayan adalah sangat kecil sehingga ia tidak dapat menjalankan SQL Server. Sudah tentu, kebanyakan DBA menetapkan beberapa bendera surih semasa mereka aktiviti profesional pada setiap pelayan SQL Pelayan melalui parameter -T, tetapi saya akan bercakap lebih lanjut mengenai perkara ini dalam artikel lain.

Senarai lengkap pilihan permulaan boleh didapati di dokumentasi rasmi Microsoft (https://msdn.

microsoft.com/en-us/library/ms190

4. Maju (“Maju”). Tab Lanjutan untuk perkhidmatan SQL Server (Rajah 4) menyediakan keupayaan untuk menukar direktori dump untuk contoh, serta mengkonfigurasi mekanisme untuk menghantar maklum balas kepada syarikat Microsoft Untuk kerja selanjutnya atas produk. Di samping itu, anda mendapat keupayaan untuk membaca (tetapi tidak mengubah) parameter tambahan yang disenaraikan di bawah.

  • Perkhidmatan Pelaporan Pelayan SQL. Kita boleh mengawal beberapa parameter asas perkhidmatan untuk Perkhidmatan Pelaporan Pelayan SQL (SSRS), tetapi terdapat antara muka yang berasingan untuk perkhidmatan ini. Saya tidak mengesyorkan menggunakan SSCM untuk semua aspek konfigurasi SSRS, walaupun ada yang tersedia.
  • Pelayar SQL Server. Selain tingkah laku permulaan dan akaun perkhidmatan, terdapat beberapa tetapan tambahan perkhidmatan ini yang boleh diurus kecuali untuk direktori dump dan log ralat. Adalah disyorkan agar anda melumpuhkan perkhidmatan ini melainkan anda mempunyai beberapa contoh SQL Server pada nod yang sama.
  • Perkhidmatan Ejen Pelayan SQL ejen SQL Pelayan"). Sama seperti kebanyakan perkhidmatan lain, anda hanya boleh mengkonfigurasi direktori dump, pengelogan ralat dan pelaporan maklum balas, bersama-sama dengan tingkah laku permulaan dan akaun perkhidmatan.

Tetapan Rangkaian Pelayan SQL

Tindakan ke persediaan rangkaian SQL Server membolehkan anda mendayakan mana-mana atau ketiga-tiganya protokol rangkaian, tersedia dalam Microsoft SQL Server: Shared Memory, Named Pipes dan TCP/IP.

Memori Dikongsi dan Paip Dinamakan menyediakan akses komputer rangkaian kepada SQL Server, dan TCP/IP mentakrifkan kaedah komunikasi peranti rangkaian dengan contoh SQL Server. Ya, Paip Dinamakan boleh digunakan dalam Persekitaran Windows, tetapi anda kehilangan semua faedah memintas susunan rangkaian apabila menggunakan Paip Dinamakan antara pelayan jauh. Tetapan Memori Dikongsi bermula dan berakhir dengan status dayakan. Paip Dinamakan, sebagai tambahan kepada status didayakan/dilumpuhkan, membolehkan anda menentukan nama paip untuk SQL Server. Akhir sekali, TCP/IP membolehkan anda mendayakan atau melumpuhkan protokol ini, bersama-sama dengan menukar port di mana SQL Server mendengar permintaan.

Menyediakan SQL Server Native Client

Set tindakan ini membolehkan anda menetapkan susunan pertanyaan diproses dalam SQL Server. Di samping itu, anda akan dapat melumpuhkan protokol bernama untuk klien, serta menetapkan nama saluran dan nombor port.

Antara Muka Pengurus Tetapan Pelayan SQL - komponen penting konfigurasikan cara kejadian berfungsi dan cara Pelayan SQL berinteraksi dengan komputer dan pelanggan yang menghantar pertanyaan kepada pangkalan data yang dihoskan pada tika itu. Ia menentukan cara contoh dilancarkan dan keselamatan contoh itu sendiri. peringkat asas melalui pengurusan akaun perkhidmatan yang memiliki pelbagai komponen Pelayan Microsoft SQL. Ini adalah barisan pertahanan pertama SQL Server, dan kedua-dua DBA baharu dan berpengalaman perlu menggunakan SSCM dengan betul dan mengetahui pilihan penyesuaian yang disediakannya.

Dalam SQL Server 2016 dan lebih baru versi kemudian Anda boleh memasang semua komponen berkaitan Perkhidmatan R (dalam pangkalan data) dengan menggunakan Wizard Pemasangan Pelayan SQL.

Selepas pemasangan selesai, anda mungkin perlu tindakan tambahan untuk mendayakan perkhidmatan R, mengkonfigurasi akaun dan memberi pengguna kebenaran untuk mengakses pangkalan data tertentu.

Jika anda menghadapi masalah mengakses pangkalan data selepas pemasangan selesai, atau jika anda perlu mengalih keluar versi sebelumnya, lihat bahagian.

    Buka Studio Pengurusan Pelayan SQL. Jika ia belum dipasang, anda boleh menjalankan Wizard Persediaan Pelayan SQL sekali lagi untuk memuat turunnya daripada pautan dan memasangnya.

    Sambungkan ke contoh di mana Perkhidmatan R dipasang (dalam pangkalan data) dan jalankan arahan berikut untuk mendayakan komponen Perkhidmatan R secara eksplisit. Jika tidak, anda tidak akan dapat memanggil skrip R, walaupun komponen itu dipasang oleh pemasang.

    Exec sp_configure "skrip luaran didayakan" , 1 Konfigurasi semula dengan override

    Mulakan semula perkhidmatan SQL Server untuk contoh SQL Server. Perkhidmatan Berkaitan Panel yang dipercayai melancarkan SQL Pelayan juga akan but semula secara automatik. Anda boleh memulakan semula perkhidmatan menggunakan panel Perkhidmatan dalam Panel Kawalan atau menggunakan Pengurus Konfigurasi SQL pelayan.

    Setelah perkhidmatan SQL Server tersedia, semak sama ada R didayakan dengan menjalankan arahan berikut dan semak sama ada harta itu nilai_jalan nilai 1:

    Exec sp_configure "skrip luaran didayakan"

    Anda juga boleh membuka panel Perkhidmatan dan semak sama ada perkhidmatan launchpad sedang berjalan untuk contoh anda. Setiap contoh mempunyai perkhidmatan pad pelancarnya sendiri.

    Anda kini sepatutnya boleh berjalan dalam SQL Server Management Studio skrip mudah R, seperti berikut:

    Exec sp_execute_external_script @language =N"R", @script=N"OutputDataSet<-InputDataSet ", @input_data_1 =N"select 1 as hello" with result sets (( int not null)); go

    keputusan

    hello
    1

Proses pemasangan mencipta 20 akaun pengguna Windows untuk melaksanakan tugas dengan token keselamatan perkhidmatan SQL Server Trusted Launchpad. Apabila pengguna menyerahkan skrip R daripada klien luaran, SQL Server mengaktifkan akaun kerja yang tersedia, memadankannya dengan identiti pengguna yang memanggil dan melaksanakan skrip R bagi pihak pengguna. Ini ialah perkhidmatan Enjin Pangkalan Data baharu yang menyediakan pelaksanaan selamat skrip luaran menggunakan mekanisme yang dipanggil pengesahan tersirat.

Akaun boleh dilihat dalam kumpulan Pengguna Windows SQLRUserGroup. Jika anda perlu menjalankan skrip R daripada klien sains data jauh dan anda menggunakan pengesahan Windows, akaun kerja ini mesti diberikan kebenaran untuk log masuk ke contoh SQL Server bagi pihak anda.

  1. Dalam SQL Server Management Studio, dalam Object Explorer, kembangkan Keselamatan, Klik kanan Log masuk dan pilih Buat Log Masuk.
  2. Dalam kotak dialog Mencipta Log Masuk klik butang Cari.
  3. klik Jenis Objek dan pilih Kumpulan. Nyahpilih semua pilihan lain.
  4. Dalam medan "Masukkan nama objek", masukkan SQLRUserGroup dan klik Semak nama.
  5. Nama kumpulan tempatan yang dikaitkan dengan perkhidmatan pad pelancar contoh mesti diselesaikan instance_name\SQLRUserGroup. Klik butang okey.
  6. Secara lalai, nama log masuk diberikan tersedia untuk umum peranan dan mempunyai kebenaran untuk menyambung ke kernel DBMS.
  7. Klik butang okey.

Jika anda memasang SQL Server sendiri dan menjalankan skrip R dalam contoh anda sendiri, anda biasanya melakukannya dengan hak pentadbiran dan oleh itu mempunyai kebenaran yang jelas untuk melaksanakan pelbagai operasi dan mengakses semua data dalam pangkalan data, serta keupayaan untuk memasang pakej R baharu dengan sebagai keperluan.

Tetapi dalam senario perusahaan, kebanyakan pengguna, termasuk mereka yang mengakses pangkalan data menggunakan log masuk SQL, tidak mempunyai hak yang dinaikkan sedemikian. Oleh itu, setiap pengguna yang akan melaksanakan skrip luaran mesti diberikan kebenaran untuk melaksanakan skrip R pada setiap pangkalan data di mana R akan digunakan.

GUNA GO GRANT MELAKSANAKAN MANA-MANA ​​SKRIP LUARAN KEPADA

Bahagian ini menerangkan perubahan tambahan yang boleh anda buat pada konfigurasi tika, atau, jika anda menggunakan klien sains data, perubahan untuk membolehkan skrip R dijalankan.

Tukar bilangan akaun kerja yang digunakan oleh SQL Server Trusted Launchpad

Jika anda menjangkakan untuk menggunakan persekitaran R dengan banyak atau mempunyai ramai pengguna yang menjalankan skrip pada masa yang sama, anda boleh menambah bilangan akaun kerja yang diberikan kepada perkhidmatan Launchpad. Untuk maklumat lanjut, lihat .

Berikan pengguna R atau log masuk kebenaran baca, tulis atau DDL yang diperlukan pada pangkalan data tambahan

Apabila menjalankan skrip R, akaun pengguna mungkin perlu membaca data daripada pangkalan data lain, mencipta jadual untuk menyimpan keputusan dan menulis data pada jadual.

Setiap akaun pengguna yang menjalankan skrip R mesti mempunyai kebenaran db_datareader, db_datawriter atau db_ddladmin untuk pangkalan data tertentu.

Sebagai contoh, pernyataan Transact-SQL berikut menyediakan log masuk SQL MySQLLogin hak untuk melaksanakan pertanyaan T-SQL pada pangkalan data Sampel RS. Untuk melengkapkan kenyataan ini, log masuk SQL mesti sudah wujud dalam konteks keselamatan pelayan.

GUNAKAN RSamples GO EXEC sp_addolemember "db_datareader" , "MySQLLogin"

Untuk mendapatkan maklumat lanjut tentang kebenaran yang disertakan dalam setiap peranan, lihat .

Buat sumber data ODBC untuk contoh dalam klien sains data

Jika anda sedang membina penyelesaian R pada mesin klien sains data dan anda perlu menyambung ke mesin SQL Server yang berfungsi sebagai konteks pengiraan, anda boleh menggunakan log masuk SQL atau pengesahan Windows Bersepadu.

Apabila menggunakan log masuk SQL, ia mesti mempunyai keizinan yang sesuai untuk pangkalan data dari mana data akan dibaca. Untuk melakukan ini, anda boleh menambah kebenaran Sambung ke Dan PILIH atau tambah log masuk ke peranan db_datareader. Jika anda perlu mencipta objek, anda memerlukan kebenaran DDL_admin. Untuk menyimpan data dalam jadual, tambahkan log masuk pada peranan db_datawriter.

Jika anda menggunakan pengesahan Windows, anda mesti mengkonfigurasi sumber data ODBC dalam klien sains data dengan nama contoh dan maklumat sambungan lain.

Untuk maklumat lanjut, lihat .

Pengoptimuman pelayan untuk R

Tetapan lalai untuk Persediaan Pelayan SQL direka untuk mengoptimumkan pelaksanaan pelbagai perkhidmatan yang disokong oleh enjin pangkalan data pada pelayan, termasuk pengekstrakan, transformasi dan proses pemuatan, pelaporan, pengauditan dan aplikasi yang menggunakan data SQL Server. Oleh itu, apabila menggunakan tetapan lalai, sumber untuk operasi R mungkin terhad atau pendikit, terutamanya untuk operasi intensif memori.

Untuk memastikan bahawa tugas R diberikan keutamaan yang sesuai dan memperuntukkan sumber yang diperlukan, kami mengesyorkan menggunakan alat Gabenor Sumber untuk mengkonfigurasi kumpulan sumber luaran untuk operasi R. Anda juga boleh menukar jumlah memori yang diperuntukkan kepada Enjin Pangkalan Data Pelayan SQL atau meningkatkan bilangan akaun dalam perkhidmatan Pad Pelancar Dipercayai SQL Server.

    Serasi dengan versi RC2: muat turun arkib rre-gpl-src.8.0.2.tar.gz

    Serasi dengan versi RC3: muat turun arkib rre-gpl-src.8.0.3.tar.gz

    Serasi dengan versi RTM: muat turun arkib rre-gpl-src.8.0.3.tar.gz

Menghadapi masalah? Semak senarai masalah biasa apabila memasang versi pratonton Perkhidmatan R (dalam pangkalan data).

23/09/2015

Ralat biasa dalam menyediakan pelan penyelenggaraan untuk MS SQL Server DBMS untuk 1C

Selamat petang, rakan sekerja.

Dalam artikel hari ini kami ingin mempertimbangkan topik yang agak popular dan popular, seperti menyediakan pelan penyelenggaraan untuk MS SQL Server. Dalam p hasil daripada audit kami, kamisisa biasa (lebih daripada 60% daripada kes)Kami menemui ketidaktepatan dalam konfigurasi MS SQL Server DBMS yang digunakan untuk berfungsi dengan produk 1C. Amalan menunjukkan bahawa DBMS ini adalah yang paling biasa, jadi dalam artikel ini kita akan mempertimbangkan nuansa utama bekerja dengannya.

Jadi di manakah anda mula menyediakan pelan penyelenggaraan? Dari sandaran, sudah tentu! Peraturan pertama DBA ialah: "Jangan mula melakukan apa-apa tanpa sandaran." Baik, kita juga tidak akan. Mari lihat dua pilihan utama untuk membuat sandaran, atau lebih tepatnya dua model sandaran, atau model pemulihan ( https://msdn.microsoft.com/ru-ru/library/ms189275(v=sql.120).aspx )

Pemulihan menggunakan model mudah

Pangkalan data anda berada dalam mod pemulihan SIMPLE. Apakah maksud ini? Ini bermakna hanya terdapat sandaran penuh, tidak perlu menyandarkan log transaksi, prestasi dalam pengertian ini adalah maksimum, tetapi anda hanya boleh memulihkan ke titik sandaran. Memulihkan pangkalan data "ke titik masa tertentu" adalah mustahil.
Oleh itu, setiap malam (atau lebih kerap, bergantung kepada keperluan) kami mesti mengambil salinan baru pangkalan data kami dan meletakkannya di tempat yang selamat, dan pastinya tidak di tempat yang sama dengan pangkalan data utama kami
Secara umum, penggunaan model SIMPLE untuk pangkalan data pengeluaran sebenar adalah wajar hanya dalam kes beban yang sangat tinggi dan peristiwa kehilangan data yang tidak penting sejak sandaran terakhir.

Di samping itu, saya akan segera menyentuh isu bekerja dengan log transaksi. Memandangkan log transaksi tidak begitu membantu kami dalam mod pemulihan ini, tidak perlu menyandarkannya - semua maklumat daripada log telah dipindahkan ke sandaran. Biasanya, log dalam model pemulihan ini tidak akan berkembang banyak, tetapi kadangkala ia berguna untuk memotongnya. Sebagai contoh, selepas perubahan data yang besar, operasi ini boleh menjadi sangat bermanfaat dari segi ruang log transaksi. Jika cakera dengan log menjadi penuh, anda dijamin menghadapi masalah dengan fungsi pangkalan data.

Pemangkasan data boleh dilakukan sama ada menggunakan wizard persediaan pelan perkhidmatan standard atau menggunakan skrip T-SQL mudah:

DBCC SHRINKFILE(Nama Pangkalan Data, 1);
PERGI


Skrip ini akan mengurangkan saiz fail log pangkalan data kepada saiz awal (secara lalai, selalunya ini ialah 1 MB). Walau bagaimanapun, anda tidak seharusnya melakukan operasi ini secara berterusan. Sebaik-baiknya, saiz fail anda tidak boleh berubah semasa kerja sistematik, tetapi kami akan membincangkannya pada masa lain.

Pemulihan menggunakan model penuh

Mari kita lihat prinsip asas untuk menyediakan sandaran dan mengurus saiz log transaksi dari sudut pandangan pilihan yang paling meluas - model pemulihan pangkalan data penuh.


Model pemulihan penuh berbeza daripada yang mudah kerana semasa keseluruhan operasi pangkalan data kita boleh (atau, lebih tepat lagi, MESTI!) membuat sandaran log transaksi, dengan itu menyediakan keupayaan untuk memulihkan pangkalan data antara titik utama. sandaran atau rollback untuk tempoh masa tertentu operasi pangkalan data, dan juga memastikan ruang dikosongkan dalam fail log (pemotongan). Jika ini tidak dilakukan, ia akan berkembang secara berterusan sehingga satu hari ia memenuhi semua ruang yang tersedia untuknya (sama ada pada cakera atau sehingga had yang ditetapkan dalam DBMS). Akibatnya kelihatan jelas, dan bukan yang paling menyenangkan.

Dari sudut mempunyai sandaran penuh, sudah tentu, had minimum biasanya sama satu hari. Sandaran pangkalan data berbeza ialah keupayaan untuk menyimpan hanya perubahan yang telah berlaku sejak sandaran terakhir. Ini membolehkan anda membuat sandaran pangkalan data dengan cepat dan cekap, sambil menggunakan pemulihan pangkalan data yang agak cepat ke keadaan yang dikehendaki.
Sandaran log transaksi boleh dilakukan sekerap yang anda perlukan sepanjang hari, lebih khusus daripada sandaran pangkalan data berbeza. Kami biasanya mengesyorkan memilih tahap butiran salinan kira-kira ¼ daripada masa yang diperlukan untuk membuat salinan pangkalan data berbeza.

Seperti yang dinyatakan di atas, apabila anda melakukan sandaran log transaksi pangkalan data dalam model penuh, ia akan dipotong secara automatik (jangan mengelirukan pemangkasan dengan pemampatan!).

Pengiraan semula statistik dan bekerja dengan indeks

Amalan semasa bekerja dengan indeks dan statistik di kalangan pelanggan kami agak salah. Selalunya kita berhadapan dengan ketiadaan lengkap prosedur ini dalam pelan penyelenggaraan pangkalan data. Mereka sering dilakukan dalam susunan yang salah. Selalunya ia tidak optimum (contohnya, pada masa yang sama!).

Urutan tindakan yang betul kelihatan seperti ini:

    Menentukan tahap pemecahan indeks

      Jika indeks kecil atau sedikit berpecah, kami melancarkan prosedur untuk menyusun semula indeks dan mengira semula statistik.

      Jika tidak, kami memulakan prosedur membina semula indeks. Prosedur pembinaan semula indeks sebenarnya akan mengemas kini statistik, jadi tidak perlu mengira semula statistik selepas membina semula indeks yang lengkap.

  1. Kami mengira semula semua statistik lain jika diperlukan.

Jika kami menganggap skrip mini untuk mengira semula statistik dan membina semula indeks (kami tidak berpura-pura menjadi sangat lengkap dan universal), maka ia akan kelihatan seperti ini (dengan indeks diisih melalui kursor):

ISYTIHKAN @SQL NVARCHAR(MAX)

ISYTIHKAN @MIN_IND_SIZE integer = 128

ISYTIHKAN @MIN_FRAGMENTATION_LEVEL integer = 10

ISYTIHKAN @KRITICAL_FRAGMENTATION_LEVEL integer = 30


ISYTIHARI Indeks semasa CURSOR LOKAL BACA_HANYA HADAPAN_SAHAJA UNTUK

PILIH "ALTER INDEX [" + ind.name + N"] PADA [" +

SCHEMA_NAME(obj.) + "].[" + obj.name + "] " +

KES BILA stat.avg_fragmentation_in_percent > @CRITICAL_FRAGMENTATION_LEVEL

KEMUDIAN "BINA SEMULA DENGAN (SORT_IN_TEMPDB = ON, ONLINE = ON)"

LAIN "SUSUN SEMULA"

TAMAT + ";"

DARI (

PILIH statistik, stat.index_id,

avg_fragmentation_in_percent = MAX(stat.avg_fragmentation_in_percent)

DARI sys.dm_db_index_physical_stats(DB_ID(), NULL, NULL, NULL, "DETAILED") stat

WHERE stat.page_count > @MIN_IND_SIZE AND stat.index_id > 0

DAN stat.avg_fragmentation_in_percent > @MIN_FRAGMENTATION_LEVEL

KUMPULAN MENGIKUT statistik, stat.index_id

) stat

SERTAI sys.indexes ind DENGAN(NOLOCK) PADA stat. = ind.

DAN stat.index_id = ind.index_id

SERTAI sys.objects obj DENGAN(NOLOCK) PADA obj. =stat.

BUKA Indeks semasa

AMBIL SETERUSNYA DARI currentIndex KE @SQL

MANAKALA @@FETCH_STATUS = 0 BERMULA

cetak @sql

EXEC sys.sp_executesql @SQL

AMBIL SETERUSNYA DARI cur KE @SQL

TUTUP Indeks semasa

NYATA PERUNTUKAN Indeks semasa


Sila ambil perhatian penggunaan tempdb, serta memastikan indeks tersedia semasa pembinaan semula - bergantung pada edisi DBMS anda, fungsi terakhir mungkin tidak tersedia.

Pemberitahuan

Sebagai tambahan kepada semua aspek teknikal, adalah sangat tepat untuk menyediakan pelan penyelenggaraan yang, jika dilaksanakan secara tidak betul, masih akan memberitahu anda tentang masalah yang telah berlaku. Dan ini akan menjadi perenggan terpendek dalam artikel saya. :)

Jika semuanya kelihatan terlalu rumit kepada anda, atau anda tidak pasti bahawa anda boleh membuat tetapan sedemikian sendiri, jangan teragak-agak untuk menghubungi kami - kami akan membantu!



ARTIKEL BERKAITAN