Yanlıslıkla bir toplu import işlemini var katmanı yerine usr katmanına yaptınız ve ortamda strandartt code dan ve bu import edilen nesneler dısında bir geliştirme yoksa eger aod isimlerini değiştirerek komple layer ı taşımış olur muyum bilmiyorum.

Herhangi bir toplu import işlemi yapıorsanız ilgili layer ın aod sinin yedegini alın. (eger backup veya dönme sansınız yoksa).Böylece elinizdekli yedekle OLD klasörüne kopyalayıp ordan tekrar karşılaştırabilirsiniz.

Axapta da eger veritabanı işlemlerinden birinde SQL düzeyinde bir hata olustu hatası alıyorsanız ve EventViewer da Sysdatabaselog tablosuna trigger yaratırken hataya düşüyorsa bu durumda yapmanız gereken işlem :

sysSQLInitTriggers içindeki commad de I/i harfleri ile oynaşmanızdır. Ax 4.0 setup problem.

Sql Server Job sorun giderme prosedürü

Eğer SQL Jobları ile ilgili bir takım sorunlar yaşıyorsanız, aşağıdaki checklist potansiyel sorunlarınıza çözüm olabilir.

1.Sql Server Service Pack'in son versiyonunu kullanıp kullanmadığınızı kontrol edin.

Hangi Service Pack'i kullandığınızı select @@version yazarak kontrol edin.

2.Task Scheduler servisinin çalışıp çalışmadığını kontrol edin.

3.SQL Server Agent ve Event Log servislerinin çalışıp çalışmadığını kontrol edin.

4.SQL Server Agent servisinin içinde bulunduğu kullanıcı hesabının job'ın işlem yaptığı Domain User grubun üyesi olup olmadığını kontrol edin.

Eğer network üzerinde işlem yapacaksanız,job'ın çalıştığı kullanıcı hesabının permissionlarını check etmek gerekir.

5.Eğer job start olmuyorsa , job'ın enable edilip edilmediğini kontrol edin.

6.Eğer job manuel olarak çalışıyor ancak Scheduled olarak çalışmıyorsa,job'ın scheduled özelliğinin enable edilip edilmediğini kontrol edin.

Sql server agent---> jobs ----> İlgili job'ı seç---> double click----> Scheduled Tabı

7.Job'ın en son hangi tarihte düzgün çalıştığını öğrenmek için 'Job History' sine bakın.

Sql server Agent ----> Sağ click --->Wiew job history

8.Sql Server Error Log,Sql Server Agent Error Log ve Application logları check ederek hata hakkındaki detayı elde etmeye çalışın.



Kaynak: Çeşitli (MSSQLCİTY.COM)

Sql Server Windows Authentication ile ilgili güzel bir trick

VS2005 in güzel bir özelliği şu : IDE üzerindeki SERVER EXPLORER pane den yapacagınız her türlü db bağlantısı windows user account based'dir. yani sizin IDE yi açarkenki user'ınız SERVER EXPLORER üzerinden bağlandıgınız db üzerindeki kullanıcı tanımının sahip oldugu yetkiler üzerinden işlem olanagı sağlar.Bu özelliği base olan güzel bir trick anlatıcağım şimdi düşünün ki sizin iki adet windows accountunuz var bu iki adet windows accountu SQL server düzeyinde farklı tip yetkilere sahip(Windows Auth.).Bunun için bazen birini bazen birini kullanıpda db ye giriş yapıorsunuz.Her seferinde ise user log on ve log off işlemi yapmak oldukça sıkıcı bir iş olsa gerek.

Visual Studio tools altındaki command prompttan runas.exe ile IDE yi actıgınızda /user optionunda hangi Windows accountu ile baglanmak istiyorsanız onu yazın.böylece farklı bir user içindeyken diğer bir user ile IDE yi çalıstırmış olacaksınız.ve user ın sahip oldugu yetkiler üzerinden SERVER EXPLORER'da dolaşabileceksiniz güzel bir trick.*(runas.exe nin kullanımı hakkında bilgi almak için command promptta (runas /?) yazınız)*

Visual Studio 2005 IDE si altında SQL Debug işlemi Yuppppiii

Biraz araştırmadan sonra bulduğum ve Visual Studio 2005 IDE'sinde entegre olarak çalışan SQL Debugger'ı işlerimi gerçekten oldukça kolaylaştırdı.Daha önceki versiyonda IDE üzerinde olmayan ve SQL server Query Analizer'da yapılan debug işlemi artık IDE nin içinde hem kod hemde veritabanı objesi üzerinde debug işlemini IDE üzerinden yapıyor böylece kafanız dönmüyor bir IDE bir Sql Management Studio içinde...Büyük projelerde kodun maintance'ını yapıcaksanız şayet oldukça yararlı bir özellik. "connection pooling" özelliğini desteklemiyor dolayısıyla connectionstringlere pooling=false ibaresi eklenmeli.Ayrıca veritabanı eğer lokalde değilse başka bir server üzerindeyse ve kodunuz kendi içinde bir veritabanı objesi üzerinden akıyorsa(örneğin stored procedure),remote debugger özelliği ile remote db objesi üzerinden kodunuzu debug edebiliyorsunuz gerçekten mükemmel. Ancak bana göre bi eksik tarafı şu eğer db objesinden sonraki noktaya breakpoint koymassanız sayet F11 ile db objesinin koduna girdiğinizde artık orda kalıyorsunuz koda dönemiyorsunuz :D eğer koda dönmek istiyorsanız db deki debug işleminden sonra o kodun altına da extra bir breakpoint koymalısınız.Bence burda tıpkı diger fonkların içine F11 le daldıktan sonra kaldıgımız yerden devam edebildiğimiz gibi edebilecegimiz bir özellik konsa hiç fena olmazdı ama buna da şükür.


ASP.NET.4GuysFromRolla.com: Debugging SQL Server 2005 Stored Procedures in Visual Studio