Vaktiyle Ne İşler Yapmışız -3

Vaktiyle ne işler yapmışız-3 💪😉
Görüntü işleme teknikleri ile iki boyutlu mobilya fotografı üzerine üç boyutlu kumaş giydirme yazılımı.
“By Rainman” 🙂 O zamanlar modaydı yaptığın işe “By” diye başlayıp Nick’ini yazmak.:) Sene 2002 ve ben daha öğrenciyim o zamanlar.
Mobilyadaki gölge ve parlak bölümlerin yeni kumaşta kaybolmadığına dikkat edin. Çok uğraşmıştım da o algoritmayı çıkarana kadar 🙂 Ah eski günler. Tekrar yaşayıp daha iyilerini yapmayı ne çok isterdim.

SQL Server’da Akıllı Auditing

Veritabanınızda kayıtlar siliniyor, değiştiriliyor. Peki silinen, değişen kayıtlara ulaşabiliyor musunuz? Ya da ne seviyede ulaşabiliyorsunuz?
Bir kayıt
Kim tarafından, Ne zaman, Hangi bilgisayardan, Hangi program ile, Hangi SQL cümlesiyle değiştirildi ya da silindi?
Ve silmeden/değiştirmeden önceki değerleri neydi?

Ulaşmak ister misiniz?
Peki yüzlerce tablonuz ve içlerinde onlarca kolon varsa bu işlemi pratik bir şekilde yapmanın yolu yok mu?

Son makaleme bir gözatın derim. Biraz uzun ama okuduğunuza değecek.:)

Merhaba, yazının başlığına bakıp SQL Server’ın standart Audit yapısını anlatacağımı düşünüyorsanız sizi bir sürpriz bekliyor. Doğru audit anlatacağım ama bildiğimiz anlamda standart audit değil. Daha iyisi.

SQL Server’da Data Audit anlamında kullanılan bazı teknolojiler var.

Bunlardan birincisi SQL Server Audit. Temel anlamda bir tablo üzerindeki hareketleri loglamamızı sağlayan ve uluslararası denetleme kuruşlarının da kabul ettiği bir standart. Örneğin tablodan şu şekilde bir kayıt sildiğimizi düşünelim.

DELETE FROM WEB_ITEMS WHERE CODE=’93794′

Sistemimizde SQL Server Audit çalıştırıyorsak şayet, bu işlemi şu şekilde loglayabiliriz.

Resimde görüldüğü gibi tabloda hangi sql cümlesinin, ne zaman ve kim tarafından çalıştırıldığı bilgisini gösterir. Buradaki sorun şudur. Sistem belli konuları kayıt altına almakta belli konuları alamamaktadır.

Aşağıdaki tabloda Audit ile kayıt altına alınabilen işlemler listelenmiştir.

Devamı için…

https://www.cozumpark.com/sql-serverda-akilli-auditing/

SQL Server’da Nerede Join, Nerede Subquery Kullanmalıyız?

SQL Server’da bir sonucu elde etmenin birden fazla yolu var. İşte onlardan en çok karıştırılan nerede sub query, nerede join kullacağız sorusuna verdiğim cevap.

Yaklaşık 3 milyon satırlık bir tabloda çeşitli senaryolarda bu kavramların nasıl kullanıldığı ve performans karşılaştırması.
Biraz uzun ama sonuna kadar izleyin oldukça şaşırtıcı. Doğrudan sonunu izlerseniz sürprizi yakalayamazsınız çünkü sondaki sürpriz videonun tamamı ile alakalı.:)

İyi seyirler.

#hergüne1sqlbilgisi#subquery#join#userdefindedfunctiıon#scalarvaluedfunction#tablevaluedfunction
#sqladministration#veritabanıYönetimi#sqlperformance
#ocolakoglu#udemysql#tsql#sql

Udemy yorumları…

“Bâki kalan bu kubbede bir hoş sadâ imiş.”
Paylaşmak, paylaşmak yapabildiğin kadar paylaşmak. İşte bu düstur ile çıktık yola. Geriye dönüp bakınca, yaklaşık 3.500 değerlendirmeden bazıları. Ne diyim bilemedim.
Eksik olmayın. Sağolun, varolun. 🙂

SQL Server Always On

Kendinize bir iyilik yapın ve dinlenip kahvenizi yudumlarken hazırlamış olduğum 5 videoluk şu playlist’e bir gözatın.
Uzun zamandır, MSSQL Always On ile alakalı ne olduğu? Performansın nasıl olduğu? Nasıl kurulduğu?
gibi konularda mesajlar alıyordum ve bu konuda uçtan uca bir video listesi hazırlamaya karar verdim.
İçeriğimiz aşağıdaki gibi.
-Always On Nedir?
-Hangi disaster recovery teknolojileri var ve Always On’un diğerlerinden farkları ne?
-Failover Cluster, Replication, Log shipping,DB Mirroring kavramları, özellikleri ve farkları.
-Canlı Failover Cluster kurulumu
-Canlı Always On kurulumu
-Canlı Felaket testlerinin uygulanması
-Canlı Performans testlerinin ölçümü

İlerleyen zamanlarda da yavaş ve uzak network’te performans testleri ile gerçek bir ERP sisteminin simülasyonu ile performans testleri içeren videolar hazırlayacağım inşallah.

Aşağıdaki linkte 5 videoluk bu playlist’i görebilirsiniz.
Ne diyim, iyi seyirler. 🙂

#alwayson#mssql#failovercluster#disasterrecovery
#logshipping#replication #sqlserver  #dbmirroring

SQL Server Express Sürümünde Otomatik Yedek Alma İşlemleri

 Bir çok kişi malum sebeplerden 🙂 ücretsiz olan SQL Express sürümü kullanıyor. Ama onda da otomatik yedek yok. Hadi gelin otomatik yedek alıp, rarlayıp, başka lokasyona nasıl kopyalanır öğrenelim. Hem de free:)

SQL Server’ın ücretsiz sürümü olan Express edition bir çok yerde malum sebeplerden tercih ediliyor. Bu sürümün en önemli eksiklikerinden biri de SQL Agent hizmetinin çalışmıyor olması. Bilmeyenler için şöyle diyebiliriz, bu servis SQL Server’da otomatik ve periyodik olarak çalışacak işlemleri kontrol eden servis. Otomatik ve periyodik olarak çalışan denince de akla ilk gelen işlem tabi ki sistemin yedeğinin otomatik olarak alınması.

Bir çok kişi bu eksiklik sebebiyle ya sistem yedeğini hiç almıyor, ya manuel olarak alıyor, ya da Veeam tarzı uygulamalar ile günde bir kez tüm sistemin yedeğini alıyor. Oysa gün içerisinde gerçekleşebilecek bir problemde bir gün önceki yedek yeterli olmayabilir.

Şimdi hadi gelin bu sorunu çözmek için çok pratik bir işlem yapalım.

Devamı için…

https://www.cozumpark.com/sql-server-yedekleri-otomatiklestirme/

Bir Veritabanı Sunucusuna Brute Force ile Saldırmak ve Sunucuyu Savunmak

Çözümpark için yazmış olduğum bu makalede bir veritabanı sunucusuna brute force ile nasıl saldırıldığını ve sistemin nasıl savunulduğunu anlatıyorum.

Siber güvenlik denilince aklımıza hep web üzerinden yapılan saldırılar geliyor. Yani dışarıdan yapılan saldırılar. Hadi biraz kafanızı karıştırayım.
“Düşman ya içerideyse?”
Yani sizin her gün çay kahve içtiğiniz kişi aslında sizin verilerinizin peşindeyse?
Her gün bu paranoya ile geçer mi? İnsan psikolojisini bozacak derecede büyük bir şüphecilik durumu.
Tabi ki herkesten şüphelenmeyeceğiz. Ama bu durum önlem almamıza da engel değil tabiki.
Şimdi düşünün. Bir veritabanınız var diyelim MSSQL Server. Burada şirketinizin finans, muhasebe, arge, ürün tasarımı gibi çok önemli verileriniz var. Bu verilerin güvenliği 3 türlü tehlikede.
1.Veriler silinebilir
2.Değiştirilebilir
3.Rakip firmanın eline geçebilir

Hangisi daha tehlikeli, hangisi daha riskli firmaya göre kişiye göre değişir tabi. Ama risk risktir.
Veritabanlarına saldırılar bir çok yöntemle yapılabilir. Ama ben burada rastgele şifre deneme yöntemi olan Brute Force saldırılarından bahsedeceğim.
Normalde bir veritabanı sisteminde sistemin sürekli yanlış şifre girildiğinde bir saldırı olduğunu tespit etmesini bekleriz.
Aşağıdaki sahneyi hepimiz biliriz. Kemal Sunal’ın Şabanoğlu Şaban filminden parola sorma sahnesi.

İkili arasında şu diyalog geçer.
-3’e kadar sayacağım çabuk parolayı söyle! 1!
-Parolaaaa “Şey”
-Parola “Şey” değil 2!
-Parolaaaa “Dur bulucam”
-Parola “Dur bulacam” da değil 3!
-Hah! Buldum. “Başak”
-Bilemedin “Şafak”!

Devamı için….

https://www.cozumpark.com/bir-veritabani-sunucusuna-brute-force-ile-saldirmak-ve-sunucuyu-savunmak/