Alıştırma - Azure SQL Veritabanı’nı doğrulama

  • 10 dakika

Artık Azure SQL'in SQL Server Management Studio'da (SSMS) nasıl göründüğünü gördüğünüze göre, Azure Data Studio adlı açık kaynak aracı keşfedebilirsiniz. Azure Data Studio, şirket içi SQL Server, Azure SQL ve PostgreSQL için Azure Veritabanı gibi Azure Data Services ile etkileşime yönelik basit bir düzenleyici ve diğer araçlar sağlar. Tanışmak için kısa bir tura katılın.

Azure Data Studio ile bağlanma

  1. Azure Data Studio’yu yerel cihazınızda açın. İlk kez açtığınızda, bağlantı oluşturmanız istenir.

    Önizleme özelliklerini etkinleştirmek isteyip istemediğiniz sorulursa Evet’i seçin.

    Screenshot of the opening view of Azure Data Studio.

    Bu pencereye sahip değilseniz veya herhangi bir zamanda başka bir bağlantı eklemek istiyorsanız Sunucular çubuğundaki Yeni bağlantı düğmesini seçebilirsiniz. Aşağıdaki örnekte SQL Server bağlantısının nasıl göründüğüne ilişkin bir önizleme de göreceksiniz. Bu alıştırmada SQL Server'a bağlanmazsınız.

    Screenshot of how to create a new connection in Azure Data Studio.

  2. Azure SQL Veritabanı mantıksal sunucunuza bağlanın. Bağlan Ayrıntıları'nı aşağıdaki değerlerle tamamlayın ve Bağlan'ı seçin.

    Parametre Değer
    Bağlantı türü Microsoft SQL Server
    Sunucu Mantıksal sunucunuzun adını girin
    Kimlik doğrulaması türü SQL Oturum Açma
    Kullanıcı adı cloudadmin
    Parola Cloudadmin hesabı için parolayı girin
    Parolayı unutmayın Seçili
    Veritabanı AdventureWorks
    Sunucu grubu <Default> olarak bırakın
    Ad (isteğe bağlı) Boş bırakın

  3. Bağlantılar sekmesinde Sunucular bölümünde şimdi yeni Azure SQL Veritabanı bağlantınızı görmeniz gerekir. Aşağıdaki görüntüde gösterilen SQL Server bağlantısı yalnızca karşılaştırma içindir.

    Screenshot that compares SQL Server and SQL Database in Azure Data Studio.

  4. Azure Data Studio'da sorgu çalıştırmak SSMS'ye benzer. Veritabanı veya sunucu adına sağ tıklayıp Yeni sorgu’yu seçin.

  5. Azure SQL Veritabanı için, tam sunucu almadığınızdan, veritabanı bağlamını değiştirmek için [DatabaseName] kullanma desteklenmez. Bağlantıyı, sorgu çalıştırmak istediğiniz veritabanına özel olarak bağlanacak şekilde değiştirmeniz veya açılan listeyi kullanmanız gerekir. öğesinin yanındaki seçeneği belirleyerek veritabanınızın AdventureWorks bağlamını master değiştirin ve komutunu çalıştırın SELECT @@VERSION.

    Screenshot of querying in Azure Data Studio.

    Bu alıştırmanın ilerleyen bölümlerinde, bu sonucun SQL Server'da gördüklerinizden neden farklı olduğunu göreceksiniz.

Azure Data Studio ile kolay dosya erişimini ayarlama

Artık bağlandığınıza göre, betiklere ve Jupyter Notebooks’a erişmenin kolay bir yöntemini kullanmak isteyebilirsiniz. Jupyter not defteri, çalıştırılabilir kodları metinlerle tümleştirmenin bir yöntemidir. Jupyter notebooks’a aşina değilseniz yakında olacaksınız.

  1. Azure Data Studio'da Dosya>Klasör Aç'ı seçin.

    Screenshot of opening a folder in Azure Data Studio.

  2. Bu alıştırma kaynaklarının ZIP dosyasını ayıkladığınız konuma gidin. Önkoşulları uyguladıysanız, yol C:\Users\machine-username\<mslearn-azure-sql-fundamentals ile benzer olmalıdır.> Bu konuma ulaştığınızda Klasör Seç’e tıklayın. İstenirse Evet, yazarlara güveniyorum'ı seçin.

  3. Daha sonra, modüldeki dosyalara göz atmak için soldaki araç çubuğundan Gezgin simgesini seçin. Bu klasör, Azure SQL ile ilgili temel bilgiler hakkında öğrenme yolu için gerekli tüm kaynakları içerir, bu nedenle bu bilgileri yalnızca bir kez indirip yapılandırmanız yeterlidir!

    Modül ve öğrenme yolu alıştırmaları boyunca, çeşitli noktalarda şu dosya adı uzantısına sahip bir not defteri dosyasını açmanız istenir: .ipynb. Not defterine doğrudan buradan erişebilirsiniz. Alternatif olarak, Not Defteri simgesi bulunan sekmeden de erişebilirsiniz.

Dağıtımı doğrulama

SQL örneğini dağıttığınızda genellikle dağıtımınızı doğrulamak için sorgular çalıştırırsınız. Azure SQL’de bu sorgulardan bazıları SQL Server’dakinden farklı olabilir. Bu adımda SQL Server'daki öğelerin ne ve nasıl değiştiğini ve yeniliklerini görürsünüz.

Bu alıştırmayı tamamlamaya yönelik iki seçenek vardır:

  • SSMS'de T-SQL
  • Azure Data Studio’da SQL Not Defterleri

Her iki alıştırmada da aynı komutlar ve içerik yer aldığından dilediğinizi tercih edebilirsiniz.

Seçenek 1: SSMS'de T-SQL

Bu seçenekte, SSMS'de dağıtımdan sonra kullanabileceğiniz sistem işlevlerine, dinamik yönetim görünümlerine (DMV) ve katalog görünümlerine yönelik bazı yaygın sorguları gözden geçirin. Hangilerinin SQL Server ile aynı şekilde çalıştığını, hangilerinin çalışmadığı ve Azure SQL'de yeni olanlarını görün.

  1. Henüz yapmadıysanız SSMS’deki Azure SQL Veritabanı mantıksal sunucunuza bağlanın.

  2. Veritabanına sağ tıklayın AdventureWorks ve Yeni Sorgu'yu seçin.

  3. İyi bilinen @@VERSION sistem işlevini yürüterek dağıttığınız sürümü denetleyin.

    SELECT @@VERSION

    Screenshot of the result of the SELECT @@VERSION function.

    Sonuç SQL Server’dan biraz farklı görünür. Bu sunucunun sürümü olmayan Azure SQL olduğunu anlayabilirsiniz. Azure SQL Veritabanı, SQL Server’ın en son sürümüyle uyumlu olan en güncel değişiklikleri içerir. Ancak @@VERSION sistem işlevini kullanmak, SQL Server’ı “sorgulayabileceğinizi” doğrulamak için yaygın kullanılan bir yöntemdir.

  4. Döndürülen sayıya göre Azure SQL dağıtımının türünü belirleyebilirsiniz:

    • 1 = Kişisel veya Masaüstü Altyapısı
    • 2 = Standart
    • 3 = Kurumsal
    • 4 = Express
    • 5 = SQL Veritabanı
    • 6 = SQL Veri Ambarı
    • 8 = SQL Yönetilen Örneği

    Beklenen sonucu alıp almadığınızı görmek için aşağıdaki T-SQL komutunu çalıştırın.

    SELECT SERVERPROPERTY('EngineEdition');

    Screenshot of the results for the Azure SQL deployment.

    5 olan sonuç, SQL Yönetilen Örneği veya SQL Server Enterprise yerine Azure SQL Veritabanı dağıttığınız için mantıklıdır. Azure Sanal Makineler'da SQL Server için özel bir sayı yoktur. Sayı, sanal makinede yüklediğiniz sürüme karşılık gelir. Kişisel veya Masaüstü Altyapısı eski bir sürümdür ve artık SQL Server ile kullanılmaz.

  5. ve katalog görünümlerini sys.databasessys.objectsinceleyin. Genellikle, sistem veritabanlarının yüklemesini ve durumunu doğrulamak ve veritabanınızdaki sistem nesnelerini denetlemek için bu görünümlere bakarsınız.

    SELECT * FROM sys.databases;
SELECT * FROM sys.objects;

    Screenshot of the results for sys.databases and sys.objects.

    İlk sonuç kümesinde , ve model sistem veritabanları msdbtempdblistelenmez. Yalnızca ana veritabanı ve kullanıcı veritabanınız listelenir. Azure SQL Veritabanı için veritabanı sunucusunun ana veritabanı, SQL Server ile yüklenen fiziksel ana veritabanıyla aynı değildir. Azure SQL Yönetilen Örneği'de, herhangi bir SQL Server örneğinde olduğu gibi normal sistem veritabanları kümesini görürsünüz.

    Ancak, sys.objects normal bir SQL Server örneğine benzer. Bu durum örnek AdventureWorksLT veritabanı için sistem tabloları, iç tablolar ve kullanıcı nesneleri için geçerlidir.

  6. İki sanal çekirdek modeliyle dağıttığınız göz önünde bulundurularak tüm zamanlayıcıların çevrimiçi olduğunu ve beklenen kullanılabilir CPU'ları algıladığınızı doğrulayın.

    SELECT * FROM sys.dm_os_schedulers where STATUS = 'VISIBLE ONLINE';

    Screenshot of the results for sys.dm_os_schedulers.

    İki VISIBLE ONLINE zamanlayıcısı, SQL veritabanınızın dağıtıldığı SQL Server örneğinde mevcut olmasını beklediğiniz iki sanal çekirdektir.

  7. SQL Server dağıtımı için normalde CPU, bellek ve çalışan sınırlarını görmek gibi sys.dm_process_memory DMV'lere bakabilirsiniz. Kullanıcı veritabanını destekleyen konağın ayrıntılarını kullanıma sunmadığından veya denetlemediğinden bu DMV Azure SQL Veritabanı ile desteklenmez. Dağıtılan SQL veritabanınızın kapasitelerini ve sınırlarını gözden geçirmek için DMV'yi sys.dm_user_db_resource_governance kullanabilirsiniz. Azure SQL Yönetilen Örneği'de de kullanabilirsinizsys.dm_instance_resource_governance.

    Aşağıdaki sorguyu çalıştırın ve sonuçlarını gözden geçirin. Sonuçları fiyatlandırma katmanınızla ve dağıtılan katmanınız için belgelenen limitlerle karşılaştırın. slo_name; dağıtım seçeneğini, hizmet katmanını, donanımları ve işlem miktarını belirten Hizmet Düzeyi Hedefi (SLO) olur. Buna ek olarak, Azure SQL Veritabanı bellek gibi diğer kaynak sınırları için Windows İş Nesneleri kullandığından, dağıtım için hangi kaynakların kullanılabilir olduğunu görmek için DMV'yi kullanabilirsinizsys.dm_os_job_object.

    SELECT * FROM sys.dm_user_db_resource_governance;

    Screenshot of the results showing resource governance limits.

  8. SQL Server dağıtımını kullanmanın yaygın bir tekniği de etkin isteklerin listesini incelemektir. SQL Server'da olduğu gibi, şu anda çalışan SQL isteklerini görüntülemek için kullanabilirsiniz sys.dm_exec_requests .

    SELECT * FROM sys.dm_exec_requests;

    Screenshot of the results showing dm_exec_requests.

    Azure SQL Veritabanı için kullanmaksys.dm_exec_requests, SQL Server veya SQL Yönetilen Örneği için kullanmaktan farklıdır. Bu DMV yalnızca arka plan görevleri veya ana olarak gösterilen veritabanı bağlamı olmayan arka plan görevleri dahil olmak üzere veritabanınızla ilgili etkin istekleri gösterir. Bu davranış, her veritabanının kendi SQL Server örneğine dağıtıldığı bir Azure SQL Veritabanı dağıtımının doğasından kaynaklanır.

2. Seçenek: Azure Data Studio'da SQL Not Defterleri

Bu seçenek için VerifyDeployment.ipynb not defterini kullanın. GitHub deposunda veya daha önce indirdiğiniz zip dosyasında 02-DeployAndConfigure\verifydeployment\VerifyDeployment.ipynb altındadır. Alıştırmanın bu bölümünü tamamlamak için Azure Data Studio'da bu dosyaya göz atın ve buraya dönün. Aynı klasörde, Azure SQL Yönetilen Örneği ve SQL Server 2019'da aynı sorguların sonuçlarını içeren ek not defterleri de bulunur.

Alıştırmayı herhangi bir nedenden dolayı tamamlayamıyorsanız sonuçları GitHub’daki ilgili not defteri dosyasında gözden geçirebilirsiniz.