Data Management:Bilet onay sürecini özelleştirin

Genel Bakış

1. Onay düğümü oluşturun

   Biletleri onaylayan DMS kullanıcılarını bir onay düğümüne ekleyin.

2. Onay şablonu oluşturun

   Özel bir bilet onay iş akışı tanımlayın.

3. Onay şablonunu örnek ile ilişkili güvenlik kuralına uygulayın

   Özel onay şablonunu etkinleştirmek için bunu örnekle ilişkili güvenlik kuralına uygulayın.

Ön Koşullar

• DBA veya yönetici rolüne sahipsiniz. Daha fazla bilgi için bkz. Sistem rolümü görüntüle.

• Örnek, Güvenlik İş Birliği kontrol modunu kullanır.

Kullanım Notları

• Bir örnek yalnızca tek bir güvenlik kuralıyla ilişkilendirilebilir; bu kural varsayılan kural veya özel bir kural olabilir.

• Hatalı onayları veya gecikmeleri önlemek amacıyla bir bilet onay sürecinde en az iki onaylayıcı yapılandırmanızı öneririz.

• Örnek düzeyindeki güvenlik kuralları, örnekler veya veritabanları için farklı onay süreçleri belirlemenize olanak tanır ancak pratikte sınırlayıcı olabilir. Örneğin:

  • Bir veritabanı örneğinde yalnızca bir DBA bulunur. Tek bir onaylayıcıdan kaynaklanan darboğazları önlemek için DBA rolüne sahip birden çok kullanıcıya onay yetkisi atamanız gerekebilir.

  • Bir veritabanı örneği, farklı iş birimlerine ait veritabanları tarafından paylaşılır. İlgili veritabanlarına yönelik biletleri işlemek üzere her iş birimini onay sürecine dahil etmeniz gerekebilir.

Adım 1: Onay düğümü oluşturun

1. DMS 5.0 konsoluna oturum açın.

2. Sol üst köşedeki simgesinin üzerine gelin ve All Features > Security and disaster recovery (DBS) > Approval Processes seçeneğini belirleyin.

   Not

   DMS konsolunu normal modda kullanıyorsanız üst gezinme çubuğundan Security and disaster recovery (DBS) > Approval Processes seçeneğini belirleyin.

3. Approval Node sekmesinde Create Approval Node seçeneğine tıklayın ve iletişim kutusundaki parametreleri yapılandırın.

   Bu örnekte test yöneticisi db_doc ve test kullanıcısı dmsuser için iki onay düğümü oluşturun.

   İletişim kutusunda Name, Remarks ve Approver olmak üzere üç zorunlu alan bulunur. Yapılandırmayı tamamladıktan sonra Submit seçeneğine tıklayın.

   Not

   Bir onay düğümüne bir veya daha fazla onaylayıcı ekleyebilirsiniz. Bir onay düğümünde birden fazla onaylayıcı varsa bunlardan herhangi biri isteği onaylayabilir.

4. Submit seçeneğine tıklayın.

   Gönderimden sonra oluşturduğunuz iki onay düğümü listede görünür: Test User (ID 4505448, Veritabanı db_doc, Kullanıcı Adı dmsuser_test) ve Test Admin (ID 4505433, Veritabanı db_doc, Kullanıcı Adı db_doc). Bu düğümlerin Type değeri Custom olarak ayarlanır ve düğümleri Edit veya Delete seçenekleriyle düzenleyebilir ya da silebilirsiniz.

Adım 2: Onay şablonu oluşturun

1. Approval Template sekmesinde Create Approval Template seçeneğine tıklayın ve iletişim kutusundaki parametreleri yapılandırın.

   Bu örnekte şablona Test User->Test Admin adını verin ve açıklama alanına Define the approval flow: first approved by the test user, then by the test admin ifadesini yazın. Ardından onay düğümlerini şu sırayla ekleyin: Test User, Test Admin.

2. Submit seçeneğine tıklayın.

3. Şablon oluşturulduktan sonra yeni Template ID değerini not edin.

   Bu örnekte Şablon Kimliği 4399383'tür.

   Yeni onay şablonunun onay akışı Test User->Test Admin şeklindedir. Type değeri Custom, Associated Object değeri db_doc ve Approval Levels sayısı 2'dir. Bu durum, biletlerin önce test kullanıcısı ardından test yöneticisi tarafından onaylanması gerektiğini gösterir.

Adım 3: Şablonu güvenlik kuralına uygulayın

1. Sol üst köşedeki simgesinin üzerine gelin ve All Features > Security and disaster recovery (DBS) > Security Rules seçeneğini belirleyin.

   Not

   DMS konsolunu normal modda kullanıyorsanız üst gezinme çubuğundan Security and disaster recovery (DBS) > Security Rules seçeneğini belirleyin.

2. Güvenlik Kuralları sayfasında hedef kuralı bulun ve İşlemler sütununda Edit seçeneğine tıklayın.

   Bir örnek ile ilişkili güvenlik kuralını bulmak için aşağıdaki adımları izleyebilirsiniz.

   Sol gezinme bölmesinde Database Instance seçeneğini belirleyin. Örnek listesinde hedef örneğe sağ tıklayıp View Details seçeneğini belirleyerek ilişkili güvenlik kuralını görüntüleyin.

   Instance Details iletişim kutusunda Temel Bilgiler bölümündeki Security Rule alanında örnekle ilişkili güvenlik kuralının adı (örneğin SD-DT) gösterilir.

3. Güvenlik kuralı ayrıntıları sayfasında SQL Correct seçeneğine tıklayın.

4. Checkpoint değerini risk approval rule olarak ayarlayın ve ardından Medium-risk approval process yanındaki Edit seçeneğine tıklayın.

5. Rule DSL metin kutusunda mevcut onay süreci kimliğini yeni kimlikle değiştirin: 4399383.

   Örnek Rule DSL kodu: if @fac.risk_level=='middle' then select_approve_template(4399383) end. Değişikliği yaptıktan sonra Submit seçeneğine tıklayın.

6. Submit seçeneğine tıklayın.

7. Kural ayrıntıları sayfasında orta riskli onay süreci kuralını Enable duruma getirin.

8. Risk onay kuralını bir risk tanımlama kuralıyla ilişklendirin.

   "Production environment, default is medium risk" > risk identification rule bölümünde kuralı, özel onay sürecinin gerekli veritabanlarına uygulanacak şekilde yapılandırın.

   Sol gezinme bölmesinde SQL Correct seçeneğine tıklayın, Risk Identification Rules sekmesini seçin. Production environment, default is medium risk kuralının satırında İşlemler sütunundaki Edit seçeneğine tıklayın.

   Aşağıdaki örnek Production environment, default is medium risk kuralı için hazırlanan Rule DSL kodu, üretim ortamındaki bir veritabanında veri içe aktarma işlemi yaptığınızda DMS'nin bu işlemi orta riskli olarak işaretlediğini gösterir. Bu durumda yeni oluşturulan Test User->Test Admin onay şablonu onay sürecini yönetir.

   if
    @fac.env_type in ['product']
   then
    @act.mark_risk 'middle' 'Medium risk: production environment'
   end

9. Yapılandırmanın başarılı olduğunu doğrulayın.

   Örneğin üretim ortamındaki bir veritabanı için veri içe aktarma bileti gönderin. Bilet onay aşamasında onay iletişim kutusundaki onay süreci yapılandırmanızla eşleşiyorsa yapılandırma doğrudur. Daha fazla bilgi için bkz. Veri içe aktarma.

   Örneğin Preview Details iletişim kutusu üç onay düğümü içeren bir onay süreci gösterir: Submit Application (db_doc kullanıcısı tarafından gönderildi), Test User (dmsuser_test kullanıcısı tarafından onaylandı) ve Test Admin (db_doc kullanıcısı tarafından onaylandı).

Sonraki Adımlar

Bilet onay sürecini özelleştirdikten sonra onaylayıcıların SMS, DingTalk veya e-posta gibi yöntemlerle onay bildirimlerini nasıl alacağını da yapılandırmanız gerekebilir. Daha fazla bilgi için bkz. kullanıcı yönetimi ve Bildirim göndermek için DingTalk veya Lark kullanın.

SSS

S: Farklı veritabanları için farklı onaylayıcıları nasıl belirtebilirim?

C: Her veritabanı için farklı kaynak sahipleri belirleyin ve ardından onay şablonuna 'Owner' sistem düğümünü ekleyin.