Elastik işler oluşturma, yapılandırma ve yönetme (önizleme)

  • Makale
  • Okumak için 3 dakika

ŞUNUN İÇİN GEÇERLİDİR: Azure SQL Database

Bu makalede esnek işleri oluşturma, yapılandırma ve yönetme hakkında bilgi edineceksiniz.

Elastik işler'i daha önce kullandıysanız, daha fazla bilgi edinmek içinAzure SQL Veritabanı.

Aracıyı oluşturma ve yapılandırma

  1. Boş bir S0 veya daha yüksek bir veritabanı oluşturun veya tanımlayabilirsiniz. Bu veritabanı, Elastik İş aracısı oluşturma sırasında İş veritabanı olarak kullanılır.

  2. Portalda veya PowerShell ile bir Elastik İş aracısı oluşturun.

    Elastik İş aracısı oluşturma

İşleri oluşturma, çalıştırma ve yönetme

  1. PowerShell veya T-SQL kullanarak İş veritabanında iş yürütme için bir kimlik SQL.

  2. PowerShell veya T-SQL kullanarak hedef grubu (işi çalıştırmak istediğiniz veritabanları) tanımlayın.

  3. İşin çalışacağı her veritabanında bir iş aracısı kimlik bilgisi oluşturun (kullanıcıyı (veya rolü) gruptaki her bir veritabanına ekleyin). Örnek için bkz. PowerShell öğreticisi.

  4. PowerShell veya T-SQL.

  5. PowerShell veya T-SQL kullanarak iş adımlarını ekleyin.

  6. PowerShell veya T-SQL.

  7. portalını, PowerShell'i veya T-SQL.

    Portal

İşleri çalıştırmak için kullanılan kimlik bilgileri

İşler, yürütme sırasında hedef grup tarafından belirtilen veritabanlarına bağlanmak için veritabanı kapsamlı kimlik bilgilerini kullanır. Hedef grupta sunucular veya havuzlar varsa bu veritabanı kapsamlı kimlik bilgileri, kullanılabilir durumdaki veritabanlarını numaralandırmak amacıyla asıl veritabanına bağlanmak için kullanılır.

Bir işi çalıştırmak için uygun kimlik bilgilerinin ayarlanması kafa karışıklığına neden olabileceğinden aşağıdaki noktaları göz önünde bulundurun:

  • Veritabanı kapsamlı kimlik bilgileri İş veritabanında oluşturul olmalıdır.
  • Tüm hedef veritabanları, işin başarıyla tamamlanması için yeterli izinlere sahip bir oturum açma bilgilerine sahip jobuser olmalıdır (aşağıdaki diyagramda).
  • Kimlik bilgileri farklı işler arasında yeniden kullanılabilir ve kimlik bilgisi parolaları şifrelenir ve iş nesnelerine salt okunur erişimi olan kullanıcılara karşı güvenlik altına alınır.

Aşağıdaki resim, uygun iş kimlik bilgilerinin anlaşılması ve ayarlanması konusunda yardımcı olmak üzere tasarlanmıştır. Kullanıcının, işin çalıştırılacağı her veritabanında (tüm hedef kullanıcı veritabanlarında) oluşturulması gerektiğini unutmayın.

Elastik İşler kimlik bilgileri

En iyi güvenlik uygulamaları

Elastik İşlerle çalışırken dikkat etmeniz gereken en iyi deneyimlerin bazıları:

  • API’lerin kullanımını güvenilir kişilerle sınırlayın.
  • Kimlik bilgileri iş adımını gerçekleştirmek için gerekli olan en düşük ayrıcalıklara sahip olmalıdır. Daha fazla bilgi için bkz. Yetkilendirme ve İzinler.
  • Bir sunucu ve/veya havuz hedef grubu üyesi kullanılırken, iş yürütmeden önce sunucu ve/veya havuzların veritabanı listelerini genişletmek için kullanılan veritabanlarını görüntülemek/listelemektedir.

Aracı performansı, kapasitesi ve sınırlamaları

Elastik İşler, uzun süren işlerin tamamlanması sırasında en az düzeyde işlem kaynağı kullanır.

Hedef veritabanı grubunun boyutuna ve bir işin istenen yürütme süresine (eşzamanlı çalışan sayısı) bağlı olarak aracı için gerekli olan işlem süresi ve İş veritabanı performansı değişiklik gösterir (hedef ve iş sayısı ne kadar yüksek olursa gereken işlem zamanı o kadar fazla olur).

Önizleme şu an için 100 eşzamanlı işle sınırlıdır.

İşlerin hedef veritabanının performansını düşürmesini engelleme

Bir SQL elastik havuzundaki veritabanları üzerinde iş çalıştırılması sırasında kaynakların aşırı yüklenmesini önlemek için işler aynı anda üzerinde çalışılabilecek veritabanı sayısını sınırlayacak şekilde yapılandırılabilir.

T-SQL içinde saklı yordamın parametresini ayarerek bir işin üzerinde çalıştırlandığı sp_add_jobstep @max_parallelism eş zamanlı veritabanı SQL.

İş oluşturmak için en iyi deneyimler

Bir kez etkili betikler

Bir işin T-SQL betiklerinin bir kez etkili olması gerekir. Bir kez etkili, betiğin başarılı olması ve tekrar çalıştırılması durumunda aynı sonucun ortaya çıkması anlamına gelir. Bir betik, geçici ağ sorunları nedeniyle başarısız olabilir. Bu durumda iş, betiği atlamadan önce otomatik olarak önceden belirtilen sayıda yeniden deneme gerçekleştirir. Bir kez etkili betik, iki kez (veya daha fazla) çalıştırılsa dahi aynı sonucu verir.

Basit bir yöntem, bir nesneyi oluşturmadan önce mevcut olup olmadığını test etmektir. Aşağıda kuramsal bir örnek gösterilmiştir:

IF NOT EXISTS (SELECT * FROM sys.objects WHERE [name] = N'some_object')
    print 'Object does not exist'
    -- Create the object
ELSE
    print 'Object exists'
    -- If it exists, drop the object before recreating it.

Benzer şekilde bir betiğin mantıksal olarak test ederek ve bulduğu sonuçlara göre kendini ayarlayarak başarılı şekilde yürütülebilmesi gerekir.

Sonraki adımlar