İçeriğe atla
Şimdi yükleniyor
AKAşkın KILIÇ
  • Anasayfa
  • Azure & Bulut
    • Microsoft Azure
    • Bulut Altyapı
    • Microsoft 365
  • Yazılım
    • DevOps
    • Geliştirici Araçları
    • Konteyner & K8s
  • AI & Veri
    • Yapay Zeka
    • Veri & Analitik
  • Güvenlik
    • Güvenlik & Kimlik
    • Kurumsal Teknoloji
  • Hakkımda
    • İletişim
×
  • Azure
  • Bulut Altyapı
  • DevOps
  • Geliştirici Araçları
  • Güvenlik & Kimlik
  • Konteyner & Kubernetes
  • Kurumsal Teknoloji
  • Microsoft 365
  • Microsoft Azure
  • Veri & Analitik
  • Yapay Zeka
  • Başlangıç
  • Microsoft Azure
  • SQL Server ve Azure SQL: Kanada 2026 Saat Dilimi Rehberi
Bulut Altyapı Geliştirici Araçları Microsoft Azure AT TIME ZONE, Azure SQL, SQL Server, time zone, TZ ortam değişkeni Aşkın KILIÇ 15/10/2026 0 Yorumlar

SQL Server ve Azure SQL: Kanada 2026 Saat Dilimi Rehberi

SQL Server ve Azure SQL: Kanada 2026 Saat Dilimi Rehberi
📑 İçindekiler
  1. Yeni saat dilimi henüz yoksa: geçici tanımlayıcılar
  2. SQL Server on Windows
  3. SQL Server on Linux
  4. Azure SQL Database: veritabanı ve oturum düzeyinde ayar
  5. Azure SQL Managed Instance: ayar değil, geçiş planı
  6. Geçici saat dilimi kullanacaksanız iki geçişe hazırlanın
  7. Yalnızca sorgu veya görüntüleme düzeltmesi gerekiyorsa
  8. Özet kontrol listesi
  9. İlgili İçerikler
  10. Kaynaklar ve İleri Okuma

⏱️ 7 dk okuma📅 15 Ekim 2026

Kanada’da British Columbia, Alberta ve Manitoba’nın etkilenen bölgeleri 1 Kasım 2026’da yerel saatle 02:00’de saatleri geri almayacak, sırasıyla UTC−07:00, UTC−06:00 ve UTC−05:00 ofsetlerinde kalacak. Microsoft değişiklik için yeni Windows saat dilimlerini ve geçici çözümleri anlatan ara rehberler yayımladı. Aynı değişikliğin SQL Server (Windows ve Linux), Azure SQL Database ve Azure SQL Managed Instance tarafındaki karşılıkları, kullanılabilecek geçici tanımlayıcılar ve nihai bölgesel saat dilimine geçişin planlanması aşağıda.

Yeni saat dilimi henüz yoksa: geçici tanımlayıcılar

Yeni bölgesel saat dilimleri dağıtımınızda henüz yoksa, Windows için verilen ara rehberin SQL tarafına uyarlanmış karşılıklarını kullanabilirsiniz. Bu tanımlayıcılar açık SQL dönüşümlerinde, Azure SQL Database veya uygun Azure SQL Managed Instance veritabanı/oturum ayarlarında, eşleştirilmiş Linux yapılandırmasında ve yeni oluşturulan SQL Managed Instance örneklerinde işinize yarar. Var olan bir SQL Managed Instance’ta örnek düzeyindeki saat dilimi ayarı değiştirilemez.

Etkilenen bölge Mevcut SQL saat dilimi Geçici SQL saat dilimi 1 Kasım’dan itibaren gereken ofset Nihai bölgesel saat dilimi
British Columbia’nın büyük bölümü Pacific Standard Time Yukon Standard Time UTC−07:00 British Columbia Standard Time
Alberta ve kendi rehberinin kapsadığı yerler* Mountain Standard Time Canada Central Standard Time UTC−06:00 Alberta Standard Time
Manitoba Central Standard Time Eastern Standard Time (Mexico) UTC−05:00 Manitoba Standard Time

* Alberta rehberi, Alberta ile hizalanan güneydoğu BC yerleşimlerini ve Yellowknife ile Inuvik dahil etkilenen Northwest Territories konumlarını da kapsıyor. İlk satırdaki karşılığı British Columbia’nın tamamına uygulamayın.

Manitoba için Windows tarafındaki geçici çözüm, otomatik yaz saati ayarlaması devre dışı bırakılmış haliyle normal Eastern Standard Time kullanıyor. T-SQL’deki AT TIME ZONE ise böyle bir “DST ayarlamasını kapat” anahtarı sunmuyor; SQL tarafında bu yüzden, mevcut kurallarıyla mevsimsel değişiklik uygulamadan UTC−05:00 veren Eastern Standard Time (Mexico) tercih ediliyor. Normal Eastern Standard Time yazın UTC−04:00’e döner.

Seçtiğiniz tanımlayıcının hedef dağıtımda sys.time_zone_info görünümünde bulunduğunu doğrulayın. Bu geçici karşılıklar yalnızca gereken güncel ve gelecekteki ofsetleri karşılar, ilgili eyaletlerin tam geçmiş kurallarını yansıtmaz; geçmişe dönük dönüşümleri topluca değiştirmeyin. Bölgesel tanım desteklenmeye başladığında ürüne özgü doğru yöntemle o tanıma geçin.

SQL Server on Windows

SQL Server, yüklü Windows saat dilimlerini işletim sistemi kayıt defterinden okur; bu davranış sys.time_zone_info belgelerinde anlatılıyor. Windows üzerinde çalışan SQL Server için ayrı bir SQL Server ürün güncellemesi değil, ilgili Windows güncellemesi gerekir.

  • İlgili Windows güncellemesini yükleyin.
  • Sunucunun yerel saatinin etkilenen bölgeyi izlemesi gerekiyorsa, eyalet rehberlerine uyarak Settings > Time & language > Date & time altından yeni bölgesel saat dilimini seçin.
  • Uygun yerlerde açık AT TIME ZONE referanslarını da güncelleyin.

Güncellemeyi yüklemek uygulama içindeki SQL ifadelerini kendiliğinden yeniden yazmaz, ABD ve Kanada için paylaşılan mevcut tanımlayıcıyı da yeni eyalete özgü tanımla eşdeğer hale getirmez.

SQL Server on Linux

SQL Server 2022 ve sonrası için “Configure the time zone for SQL Server on Linux” belgesini izleyin. Linux üzerindeki SQL Server, Linux/IANA saat dilimini T-SQL tarafından dahili olarak kullanılan bir Windows tanımlayıcısına eşler. Geçici seçimler için belgelenen eşleştirmeler şöyle:

Etkilenen bölge Linux/IANA tanımlayıcısı SQL saat dilimi tanımlayıcısı
BC’nin büyük bölümü America/Whitehorse Yukon Standard Time
Alberta ve hizalı konumlar America/Regina Canada Central Standard Time
Manitoba America/Cancun Eastern Standard Time (Mexico)

Eşleşen IANA saat dilimini SQL Server servisinin veya konteynerin TZ ortam değişkeninde ya da geçerli ana makine yapılandırması üzerinden tanımlayın. Ayarın yalnızca etkileşimli kabuğa değil SQL Server işlemine de ulaştığından emin olun, gerekiyorsa işlemi yeniden başlatın veya yeniden dağıtın. TZ değişkeni, /etc/localtime ve belgelenen diğer yapılandırma kaynaklarına göre önceliklidir.

Yalnızca Linux tzdata paketini güncellemenin SQL Server’ın Windows saat dilimi tanımlarını veya eşleştirmesini güncelleyeceğini varsaymayın. Daha eski sürümler için SQL Server 2019 ya da SQL Server 2017 belgelerindeki karşılık gelen adımları kullanın.

Azure SQL Database: veritabanı ve oturum düzeyinde ayar

Azure SQL Database’de genel önizleme aşamasındaki yerel saat dilimi desteği, yapılandırmayı veritabanı veya oturum düzeyinde yapmanıza izin veriyor. Manitoba örneği için iki seçenek var:

-- Persistent database default
ALTER DATABASE SCOPED CONFIGURATION
SET TIME_ZONE = 'Eastern Standard Time (Mexico)';
-- Alternatively, override just the current connection
SET TIME ZONE 'Eastern Standard Time (Mexico)';

Oturum düzeyindeki geçersiz kılma, veritabanı ayarının önüne geçer. SET TIME ZONE LOCAL komutu oturum geçersiz kılmasını kaldırır, saklı yordam veya dinamik SQL toplu işi içinde yapılan değişiklik de yalnızca o yürütmeyle sınırlı kalır. Normal bir GO toplu iş ayıracı oturum ayarını sıfırlamaz; kapsam ve kullanım ayrıntıları için SET TIME ZONE belgelerine bakın.

Ayar GETDATE(), SYSDATETIME() ve SYSDATETIMEOFFSET() gibi güncel saat fonksiyonlarını etkiler. Saklanmış değerleri dönüştürmez, açık AT TIME ZONE ifadelerini değiştirmez, sistem görünümlerindeki UTC zaman damgalarına da dokunmaz. Bölgesel tanımlayıcı kullanılabilir hale geldiğinde geçici ayarı uygulamanızın kullandığı kapsamda değiştirin. SET TIME ZONE komutu SQL Server’da desteklenmiyor, bunu da hesaba katın.

Azure SQL Managed Instance: ayar değil, geçiş planı

SQL Managed Instance’ta örnek düzeyindeki saat dilimi yalnızca oluşturma sırasında seçilebilir. Örnek saat dilimini değiştirmek isteyen, gereken geçici ya da nihai saat dilimiyle yeni bir örnek oluşturup iş yükünü oraya taşır.

Yerel saat dilimi desteğinin bulunduğu Always-up-to-date güncelleme ilkesini kullanan SQL Managed Instance örneklerinde aynı geçici saat dilimlerini veritabanı veya oturum kapsamında uygulamak için ALTER DATABASE SCOPED CONFIGURATION SET TIME_ZONE veya SET TIME ZONE kullanılabilir. Bu ayarlar, örneği taşımadan desteklenen güncel saat fonksiyonlarının etkin saat dilimini değiştirir. Örnek düzeyindeki saat dilimine ve SQL Agent zamanlamalarına ise dokunmaz; örnek genelinde bir saat dilimi değişikliği için aşağıdaki geçiş yaklaşımı gerekiyor.

Geçiş seçeneği Nasıl çalışır Ödünleşim ve gereksinimler
Failover group Sürekli replikasyon yapılır, eşitlenmenin ardından planlı ve kontrollü bir failover gerçekleştirilir. Daha fazla kurulum gerektirir; geçiş kesintisi genelde daha kısadır. Örneklerin farklı bölgelerde olması ve aynı DNS bölgesini paylaşması gerekir.
Örnekler arası point-in-time restore Veritabanları aynı bölgedeki yedek bir örneğe geri yüklenir, ardından uygulamalar yeni örneğe yönlendirilir. Daha basittir; kesinti genelde daha uzundur. Sonraki işlemlerin atlanmaması için kaynak yazmaları ile son geri yükleme noktası koordine edilmelidir. Geri yükleme noktası zaman damgaları UTC olarak yorumlanır.

İki yöntemde de örnek düzeyindeki bağımlılıkları yeniden oluşturmanız gerekir: oturum açma bilgileri (logins), master içindeki nesneler, SQL Agent işleri, kimlik bilgileri, bağlı sunucular, sertifikalar ve sunucu düzeyi yapılandırma. Eski örneği devre dışı bırakmadan önce uygulamaları ve iş zamanlamalarını doğrulayın.

Geçici saat dilimi kullanacaksanız iki geçişe hazırlanın

Nihai bölgesel saat dilimi henüz kullanılamıyorsa önce geçici saat dilimiyle yapılandırılmış bir örneğe taşınırsınız. Bölgesel saat dilimi kullanılabilir hale geldiğinde, bu kez o nihai saat dilimiyle oluşturulmuş başka bir örneğe ikinci kez geçersiniz. Failover group ile özgün bölgeye dönen bir akış şöyle görünür:

Original MI — Region 1 → Temporary-zone MI — Region 2 → Final-zone MI — Region 1

Servis güncellemesi, mevcut geçici örneğin seçilmiş saat dilimini değiştirmez; iki geçişi de, geçiş kesintilerini de bütçelendirin. Normal şartlarda failover group eşlerinin saat dilimleri eşleşmelidir, bu geçiş için bilinçli olarak oluşturulan uyumsuzluk dikkatli doğrulama gerektirir ve kalıcı yüksek kullanılabilirlik yapılandırması olarak önerilmez.

Yalnızca sorgu veya görüntüleme düzeltmesi gerekiyorsa

Örneğin yerel saatini değiştirmeden sadece bir sorgu çıktısını düzeltmek istiyorsanız açık dönüşüm yeterli:

SELECT SYSUTCDATETIME() AT TIME ZONE 'UTC'
AT TIME ZONE 'Eastern Standard Time (Mexico)' AS ManitobaLocalTime;

Bu yaklaşım yalnızca sorgu sonucunu değiştirir, SQL Agent zamanlamalarına veya örneğin GETDATE() davranışına karışmaz.

Özet kontrol listesi

  • Etkilenen bölgeyi doğru belirleyin; Alberta rehberi BC’nin güneydoğusu ile bazı Northwest Territories konumlarını da kapsıyor.
  • Windows’ta ilgili işletim sistemi güncellemesini uygulayın, gerekiyorsa sunucu saat dilimini değiştirin ve açık AT TIME ZONE kullanımlarını gözden geçirin.
  • Linux’ta TZ değerinin SQL Server işlemine ulaştığını doğrulayın; tek başına tzdata güncellemesine güvenmeyin.
  • Azure SQL Database’de veritabanı veya oturum kapsamında geçici saat dilimini uygulayın, bölgesel tanım geldiğinde değiştirin.
  • SQL Managed Instance’ta örnek saat dilimi için geçiş planlayın; geçici saat dilimi kullanıyorsanız iki ayrı geçiş olacağını hesaba katın.
  • Kullanacağınız her tanımlayıcıyı sys.time_zone_info üzerinden doğrulayın ve geçmiş dönüşümleri toptan değiştirmekten kaçının.

İlgili İçerikler

  • SQL Server Express'ten Azure SQL Free Tier'a Geçiş
  • Azure SDK Mayıs 2026: Rust GA, AI Search ve Agent Server
  • SQL Server on Azure Local: Bağlantısız Çalışma Desteği

Kaynaklar ve İleri Okuma

  • Canada’s 2026 time zone updates: guidance for Microsoft SQL (Umachandar Jayachandran, Azure SQL Dev Corner)
  • Interim guidance for British Columbia time zone changes 2026
  • Interim guidance for Alberta time zone changes 2026
  • Interim guidance for Manitoba permanent DST 2026
  • sys.time_zone_info (Transact-SQL) belgeleri
  • SQL Server on Linux için saat dilimi yapılandırması (SQL Server 2022 ve sonrası)
  • SQL Server 2019 on Linux saat dilimi yapılandırması
  • SQL Server 2017 on Linux saat dilimi yapılandırması
  • Azure SQL Database’de yerel saat dilimi desteği genel önizleme duyurusu
  • SET TIME ZONE (Transact-SQL) belgeleri
  • Azure SQL Managed Instance saat dilimlerine genel bakış
  • SQL Managed Instance güncelleme ilkesi (update policy)
  • SQL Managed Instance failover group yapılandırması
  • SQL Server ve Azure SQL: SQLCon Europe 2026 Yenilikleri
🤖Bu yazı yapay zeka (büyük dil modelleri) ile hazırlanmış, insan editör tarafından incelenmiştir. İçerik üretim sürecimiz.
Aşkın KILIÇ
Aşkın KILIÇYazar

20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.

AZ-305AZ-104AZ-500AZ-400DP-203AI-102

İlgili Yazılar

Customize the reasoning level for Copilot cloud agent
Customize the reasoning level for Copilot cloud agent4 Ağu 2026
Merge Çakışmalarında Copilot Devrimi: Gerçekten Zahmetsiz mi?
Merge Çakışmalarında Copilot Devrimi: Gerçekten Zahmetsiz mi?28 Mar 2026
Azure DevOps Remote MCP Server Genel Kullanıma Açıldı
Azure DevOps Remote MCP Server Genel Kullanıma Açıldı5 Ağu 2026
Kubernetes PVC Unused Condition ile Atıl Volume Tespiti
Kubernetes PVC Unused Condition ile Atıl Volume Tespiti22 Eyl 2026

Bu içerik işinize yaradı mı?

Benzer içerikleri kaçırmamak için YouTube ve GitHub hesaplarımı takip edin.

YouTube GitHub

Haftalık Bülten

Her pazar özenle seçilmiş teknoloji yazıları doğrudan e-postanıza gelsin.

Etiket AT TIME ZONE Azure SQL SQL Server time zone TZ ortam değişkeni
Önceki yazı

Headlamp Kueue Eklentisi: Job Neden Hâlâ Bekliyor?

İlginizi Çekebilir

Headlamp Kueue Eklentisi: Job Neden Hâlâ Bekliyor?
Aşkın KILIÇ 0

Headlamp Kueue Eklentisi: Job Neden Hâlâ Bekliyor?

15/10/2026
Gemini 4 Argon GitHub Copilot'ta: Kimler Kullanabilir?
Aşkın KILIÇ 0

Gemini 4 Argon GitHub Copilot’ta: Kimler Kullanabilir?

15/10/2026
Content Understanding: Grounding ve Confidence Kalibrasyonu
Aşkın KILIÇ 0

Content Understanding: Grounding ve Confidence Kalibrasyonu

14/10/2026

Yorum gönder Yanıtı iptal et

Yazı Ara

Takip Edin

  • Takipçi
  • Takipçi
  • Takipçi
  • Abone
  • Takipçi
  • SQL Server ve Azure SQL: Kanada 2026 Saat Dilimi Rehberi
    15/10/2026 SQL Server ve Azure SQL: Kanada 2026 Saat Dilimi Rehberi
  • Headlamp Kueue Eklentisi: Job Neden Hâlâ Bekliyor?
    15/10/2026 Headlamp Kueue Eklentisi: Job Neden Hâlâ Bekliyor?
  • Gemini 4 Argon GitHub Copilot'ta: Kimler Kullanabilir?
    15/10/2026 Gemini 4 Argon GitHub Copilot’ta: Kimler Kullanabilir?
  • Content Understanding: Grounding ve Confidence Kalibrasyonu
    14/10/2026 Content Understanding: Grounding ve Confidence Kalibrasyonu
  • GitHub Apps'te Least Privilege İçin Yeni İzinler
    14/10/2026 GitHub Apps’te Least Privilege İçin Yeni İzinler
  • DevOps Güncellemeleri
    09/03/2026 Azure DevOps Server Şubat Güncellemesi: Güvenlik
  • 2026-03-10_15-35-23
    10/03/2026 Microsoft 365 E7: Yapay Zeka ve Güvenlik Bir Arada
  • GitHub Copilot Pro Denemeleri Neden Durdu?
    11/04/2026 GitHub Copilot Pro Denemeleri Neden Durduruldu?
  • Artımlı Anlık Görüntü: Anında Geri Yükleme
    09/03/2026 Artımlı Anlık Görüntü: Anında Geri Yükleme
  • Bulut Sunucu Altyapısı
    09/03/2026 Microsoft Sovereign Cloud: İzolasyonda Güvenli Bulut
  • GitHub Copilot Pro Denemeleri Neden Durdu?
    11/04/2026 GitHub Copilot Pro Denemeleri Neden Durduruldu?
  • vcpkg'de Paralel Kurulum ve Güvenlik Yaması: Neler Değişti?
    06/04/2026 vcpkg’de Paralel Kurulum ve Güvenlik Yaması: Neler Değişti?
  • MCP Apps’i Kolaylaştıran Fluent API: Sahada Ne Değişiyor?
    08/04/2026 MCP Apps’i Kolaylaştıran Fluent API: Sahada Ne Değişiyor?
  • Yapay Zekâ Çağında Sanayi Politikası: Asıl Mesela Ne?
    06/04/2026 Yapay Zekâ Çağında Sanayi Politikası: Asıl Mesela Ne?
  • Microsoft Foundry Mart 2026: Sahadan İlk İzlenimler
    10/04/2026 Microsoft Foundry Mart 2026: Sahadan İlk İzlenimler

Hakkımda

Aşkın KILIÇ

Microsoft Azure Çözüm Uzmanı. Bulut bilişim, yapay zekâ, DevOps ve kurumsal güvenlik üzerine yazılar yazıyorum.

Devamını Oku →

Kategoriler

  • Azure
  • Bulut Altyapı
  • DevOps
  • Geliştirici Araçları
  • Güvenlik & Kimlik
  • Konteyner & Kubernetes
  • Kurumsal Teknoloji
  • Microsoft 365
  • Microsoft Azure
  • Veri & Analitik
  • Yapay Zeka

Popüler Etiketler

AI ajanları ASP.NET Core Azure azure app service Azure Cosmos DB Azure Developer CLI Azure DevOps Azure OpenAI azure sdk Azure SQL CI/CD code review copilot Copilot CLI DevOps geliştirici verimliliği GitHub GitHub Actions GitHub Copilot güvenlik Kimlik Doğrulama Kubernetes Kurumsal geliştirme kurumsal güvenlik kurumsal yapay zeka maliyet optimizasyonu MCP Microsoft Agent Framework Microsoft Azure Microsoft Entra ID Microsoft Foundry otomasyon performans public preview Pull Request RAG REST API SEO uyumlu verimlilik veri yönetimi Visual Studio Visual Studio 2026 VS Code yapay zeka Yazılım geliştirme
  • Gizlilik Politikası
  • Çerez Politikası
  • Kullanım Koşulları
  • Hakkımda
  • İletişim

© 2026 Aşkın KILIÇ | Tüm hakları saklıdır. | Powered By SpiceThemes

Çerez tercihleri Zorunlu çerezler sitenin çalışması için kullanılır. Analitik çerezler yalnız açık izninizden sonra Google Analytics ve Microsoft Clarity için etkinleştirilir. KVKK ve Çerez Politikası
✉

Haftalık Bülten

Azure, DevOps ve Yapay Zeka dünyasındaki en güncel içerikleri her hafta doğrudan e-postanıza alın.

Spam yok. İstediğiniz zaman iptal edebilirsiniz.
📱
Uygulamayı Yükle Ana ekrana ekle, çevrimdışı oku
Ana Sayfa
Kategoriler
💻 Geliştirici Araçları 507 yazı 🏗️ Bulut Altyapı 407 yazı 🤖 Yapay Zeka 331 yazı ☁️ Microsoft Azure 279 yazı 🔧 DevOps 277 yazı 🔒 Güvenlik & Kimlik 223 yazı 🏢 Kurumsal Teknoloji 107 yazı 📊 Veri & Analitik 78 yazı 🐳 Konteyner & Kubernetes 62 yazı 📧 Microsoft 365 22 yazı 📁 Azure 1 yazı
Ara
Popüler
Yapay Zeka Azure Kubernetes DevOps Copilot Docker
Paylaş
WhatsApp
İçindekiler
    ← Headlamp Kueue Eklentisi: Job ...
    →
    📩

    Gitmeden önce!

    Her pazar özenle seçilmiş teknoloji yazıları ve AI haberleri doğrudan e-postanıza gelsin. Ücretsiz, spam yok.

    🔒 Bilgileriniz güvende. İstediğiniz zaman ayrılabilirsiniz.

    📬 Haftalık bülten: Teknoloji + AI haberleri
    Beni Takip Et Yeni Azure / AI / DevOps yazılarını GitHub ve RSS üzerinden takip edin.
    GitHub RSS