dotnetfx35.exe İNDİR

WindowsInstaller-KB893803-v2-x86 İNDİR

Scada Citect Part 1 İNDİR

Scada Citect Part 2 İNDİR

Scada Citect Part 3 İNDİR

Scada Citect Part 4 İNDİR

Scada Citect Part 5 İNDİR

Scada Citect Part 6 İNDİR

NOT: Dosyaları indirdikten sonra zip dosyalarını Citect 7.20 dosyasının içerisine açın ve "setup.exe" tıklayınız...!

Symbol Factory 2.0

Sembol Programı İNDİR

Citect Scada Eğitim Linkleri

Citect Scada Kitabı (pdf) İNDİR

Citect Scada Eğitim Videoları En Kısa Zamanda Eklenecektir...!

Supervisory Control And Data Acquisition

SCADA sistemleri için veri yolları farklı firmaların ürettiği farklı ürünler ve iletişim protoklleri ile günümüzde mühendislik zamanı açısından önemli bir dezavantaj oluşturmaktadır. Bunun farkına varan yazılımcı firmalar ise aynı andan birkaç protokolü destekleyen yazılımlar ortaya çıkarmışlardır. Bunun için ise ağ üzerine uygunlaştırıcı modüller ekleme zorunluluğu doğmuştur. Dolayısı ile günümüzde bir SCADA sistemi için tek bir veri yolu yapısından söz etmek neredeyse imkansız hale gelmiştir. Veri iletişimi konusunda yapılacak bir seçimin Ethernet yönünde yapılmasıyla sağlanan en büyük Avantaj ekonomidir. PC, Windows ve Internet teknolojilerinde standart bir bileşen olan ethernet teknolojisi yüksek veri hızlarında düşük maliyetle çalışabilmektedir. Kullanıcılar seçtikleri teknolojinin şu anki ve gelecekteki gereksinimlerini karşılayacağından emin olmak isterler. Doğal olarak hiçbir mühendis on yıl sonra bu gün kullandıkları ürünlerin piyasadan kalktığını veya ağ artık üzerindeki yükü taşıyamadığı için bütün iletişim sistemini yenilemek zorunda kalmayı istemez. Ancak ne yazık ki üreticiler arasındaki çekişmelerin standartlaşmayı geciktirdiği ve son kullanıcıların asıl gereksinimlerini karşılama konusunda başarısızlığa yol açtığı da bir gerçektir.

Sensörleri denetim uygulamalarını tek bir ağ yapısında toplamak isteyen şirketler çok az seçenek ile karşılaşmaktadırlar. Bunun için DeviceNet, CAN Bus, Profi Bus, ControlNet, Foundation Fieldbus.. gibi birkaç iletişim ağı teknolojisi vardır ve bunların her birinin üreticisi en iyi seçimin kendileri olacağını iddia ederler. Bunlardan hangisini seçmenin daha yararlı ve ekonomik olacağı yanıtlaması çok güç bir sorudur. Bunların hemen hepsi bir veya birkaç üreticinin özel ihtiyaçları göz önüne alınarak tasarlanmıştır. Örneğin ProfiBus'ın geliştirilmesinde Siemens ve Klockner-Moeller etkili olurlarken, Allen-Bradley ControlNet'i kendi PLCleri için geliştirmiştir. Öte yandan Foundation Fieldbus geleceğin veri yolu olarak, pek çok sistemle uyumluluk göz önüne alınarak tasarlanmaktadır. Foundation Fieldbus on yılı aşkın zamandır geliştirilme aşamasındadır ve bazı politik çıkarlar bu sistemin geliştirilmesini yavaşlatmıştır. Bütün bu olumsuz gelişmelere rağmen pazarın daralarak bütün üreticilerin destekleyeceği bir veya iki standart ağ teknolojisi ile sınırlanmasına sebep olacağına kesin gözüyle bakılmaktadır. Bu, PC'nin bilgisayar pazarını ele geçirmesinin hikayesine benzeyebilir.

PC ortamının açık sistem mimarisi neredeyse hayal edilebilen bütün sistemlerin kurulumuna olanak sağlamaktadır. Endüstriyel sistem tasarımcılarının değişik üreticilerden aldıkları ekipmanları benzeri bir açık mimari kullanarak bir arada ve sorunsuzca kullanabilme beklentilerini ve talepleri her gün artmaktadır. İşte bu noktada var olan sensör ağlarının içerdiği karmaşık iletişim tekniklerine alternatif olarak ethernet adıyla yeni bir iletişim teknolojisi yaratılmıştır..
PC'yi endüstriyel pazara sokmayı başaran ekonomik sebepler şimdi de ethernet için geçerlidir. Win 9x.2000, NT ve Unix, ortamında yıllardır bir standart olan TCP/IP protokolü bütün verinin gönderilmesini garantileyen bir yapıya sahiptir ve günümüzde işletmelerin neredeyse tümünde bilgi akışı için en güçlü seçenektir. Ethernet, şu an var olan bütün endüstri standardı PC donanımları ve işletim sistemleri ile uyumludur.

Bir başka önemli nokta da kurulum ve bakım masraflarıdır. Burada da Ethernet diğer bütün alternatiflere karşı bir hayli avantajlı konumdadır. Ethernet'in kablolama özellikleri onun kurulumunu ve genişlemesini çok kolaylaştırmaktadır. Yapıya eklenen ucuz hublar, sisteme yeni birimler eklemeyi basitleştirirler. Bir cihazı yeni yerinde tekrar ağa bağlamak için yapılması gereken tek şey en yakınındaki hub'a bir 10Base-T kablosu çekmektir. Özelleşmiş ağ yapılarında eğitim ve bakım maliyetleri çoğu zaman hatırı sayılır miktarlara ulaşmasına rağmen eternet sisteminin bakımı var olan işletme personelince sorunsuz olarak yapılabilir Ethernetin 10-Mbps ve 100-Mbps versiyonları dağıtık I/O sistemleri için yeterli bir bant genişliği sunmaktadır.10Base-T bile 19.2 Kbaud tipik bir RS422/485'den çok daha hızlıdır. Bant genişliğinin büyük olması, özellikle pekçok sinyalin aynı anda gözlendiği uygulamalarda olaylara hızlı cevap verme anlamına gelir. 1997'de geliştirilen 100Base-T ile 100 Mbps transfer hızı ile şu an var olan en yüksek performanslı rakibinden bile 10 kat daha hızlı ve o oranda ucuz hale gelmiştir. Son olarak, 1998'de IEEE 802.3z standardının kabulü ile Ethernet için artık 1000 Mbps hızlardan söz edilmektedir. Bu yeni standart "Gigabit Ethernet" diye tanımlanmaktadır . Bu yeni standardın önemli özelliklerinden bir tanesi kurulu bulunan 10Base-T ağlarla uyumluluğudur.

Pekçok uygulama genel olarak çeşitli sensörlerden gelen verinin izlenmesini gerektirir. Makina veya süreçlerin izlenmesi, alarmların, arızaların, proses değişkenlerinin kaydedilmesi bu sınıfa dahil edilebilir.Bir diğer uygulama alanı ise özellikle insan bulunmayan ortamlardaki çevre koşullarının izlenmesi ve kontrolüdür. Bu uygulamalar veriyolu üzerinde çok fazla bir yük oluşturmaz. Ağın yalnızca veriyi hızlı ve güvenli bir şekilde iletmesi gereklidir. Bütün veri iletildiği sürece determinizm ve mesaj önceliği gibi sorunlar çok önemli değildir. Yüksek veri transfer hızı, güvenilir veri iletimi ile bir TCP/IP Ethernet sistemi bu tür uygulamalar için son derece uygundur. Başka hiçbir veriyolu hız; maliyet ve kurulum kolaylığı konusunda Ethernet ile rekabet edemezDenetim uygulamaları için sistemler tasarlarken bazı farklı gereksinimler vardır. Bu sistemler öngörülebilir tepkiler vermeli, veriyolu belirli süre içinde bir veri paketini gideceği yere ulaştırmalıdır. Bu tür uygulamalarda alışıldığı üzere çoğu zaman bir sensörden gelen bilgilere göre herhangi bir olayın gerçekleşmesi gerekir. Denetim uygulamaları için token-passing metodu kullanarak veri paketleri arasında çarpışmayı engelleyen ProfiBus gibi veriyolları geliştirilmiştir. veri çarpışması Ethernet üzerinde iki cihaz aynı anda bilgi göndermeye kalkıştıklarında gerçekleşir. Tabii ki bu öngörülebilirliğin de bir bedeli vardır. Diğer veri yollarında sistem elemanları pahalıdır, kullanılan protokoller özeldir, bütünleşme zordur ve tecrübeli programcılara gereksinim vardır. ( Her nekadar Ethernette veri çarpışması olasılığının var olduğu ve bu nedenle bazı uygulamalar için güvensiz bir teknoloji olduğu düşünülsede yüksek ekonomik avantajları, kanıtlanmış başarısı, açık mimari yapısı onu sahadaki veri toplama sistemleri ile işletmedeki geri kalan diğer cihazlarla birleştirmek için yaygın bir ağ çözümü haline getirmiştir.

Özel ağ yapılarının yüksek maliyetlerinin yanısıra bütün fabrikada tek bir ağ standardına duyulan ihtiyaç Ethernetin yaygınlaşmasında çok önemli rol oynamıştır. Eğilim ilk olarak Ethernet'in Foxboro, SquareD, Westinghouse gibi bazı proses denetimi ve PLC firmalarınca kontrol seviyesinde kullanılması ile başladı. General Motors ise şu anda otomotiv endüstrisinde yaygın olarak kullanılan yeni bir yaklaşımın öncüsü oldu: Open Modular Architecture Controller. Bu yaklaşım Ethernet üzerinden PC-tabanlı denetimi desteklemektedir. Ethernet'in dev tabanı, bu standardın ilerideki uygulamaların da altından kalkabilecek şekilde geliştirileceğinin ve destekleneceğinin bir göstergesidir. IEEE komitesi Ethernet standardını çeşitli revizyonlardan geçirmiştir. Örneğin, IEEE 802.3x full duplex spesifikasyonu 1997'de ortaya çıkmıştır. Bu twisted-pair veya fiber optik kablo üzerinden standart Ethernet veri paketlerinin çift yönlü olarak aynı anda alınmasına ve gönderilmesine olanak tanımaktadır. Bu standardın kullanılması bant genişliğini iki katına çıkarırken, veri çarpışması olasılığını da en aza indirmektedir.

Bir diğer önemli standart ise IEEE 802.1p dir ve mesaj önceliğine sahiptir.100Base-T gibi daha hızlı teknolojiler veri çarpışması olasılığını azaltsalar da bu standart, öngörülebilirliğin hayati olduğu uygulamalarda bu olasılığı tamamen ortadan kaldırmaktadır. 802.1p'nin uygulanması ile kullanıcılar mesajlara öncelik sırası atayabilir ve bazı kritik mesajların cevap süresi kesin olarak belirlenebilmektedir. Son yıllarda birçok Ethernet tabanlı veri toplama sistemi piyasaya çıkmıştır, Belli başlı DAC, RTU ve PLC üreticileri Ethernet arabirimleri sunmaktadırlar. Endüstriyel otomasyon alanında çalışan pekçok uzmana göre Foundation FieldBus'ın kontrol seviyesi H2 spesifikasyonlarının 100Base-T Ethernet tabanlı olacağı öngörülmektedir. Bu uzmanlara göre Internet teknolojilerinin daha da etkili olmaları, ve endüstriyel otomasyon pazarında büyük değişikliklere yol açmaları öngörülmektedir. Yakın gelecekte bir Web browser üzerinde Java veya Dynamic HTML kullanarak bütün çalışma bilgilerini yayınlayacak endüstriyel cihazların çıkması beklenmektedir. Sahadaki her cihaz bir homepage'e sahip olacak ve bu sayfadan konfigürasyon ve çalışma bilgilerini izlemek her zaman mümkün olacaktır. Sahadaki cihazlardan gelen veri çok değişik formatlarda görsellenerek verilerin ağ üzerinde "canlı" hale gelmesi sağlanacaktır. Bu fabrika içindeki ağla bilgi alışverişinde bulunan her cihazın bir IP numarasına sahip olmasını ve TCP/IP protokolünde haberleşmesini gerektirecektir. Doğru Firewall korulması ile bu bilgiler yalnızca yerel olarak değil Internet erişimine sahip her yerden izlenebilir hale gelecektir. Kuşkusuz bu eğilimlerin sonucu olarak, otomasyon sistemlerinin mimarisi ağın yapısına bağlı olarak belirlenecektir.
Sırası gelmişken RTU lardan bağımsız olarak kullanılan diğer haberleşme protokollarından
da kısaca bahsedelim:

• RS232 : En eski, en basit, en yaygın ve en çok bilinen iletişim protokolüdür.
• RS485 : RS232'nin mesafe yönünden oluşturduğu dezavantajı azaltmak için geliştirilmiş protokoldür.
• USB : Kısa mesafe ve hızlı veri iletişimi ile günümüzdeki PC bazlı donanım veya aparat üreten firmaların hemen hemen hepsince desteklenen iletişim protokolüdür.
• GPIB : Hızlı ve güvenilir veri iletimi için geliştirilmiş bir iletişim protokolüdür.
• PROFIBUS : Profibus geniş kapsamlı üretim ve proses otomasyonu için tasarlanmış üreticiden bağımsız açık saha bus standartıdır. Üretici bağımsız oluşu ve açıklığı uluslararası standartlar olan En 50170, EN 50254 ve IEC 61158 üzerine kurulmuştur. 650'ye yakın üyesi bulunan ve birçok araştırma enstitiüsü tarafından desteklen Profibus, farklı üreticilerin cihazları arasında haberleşme sağlayan ve bunu yaparken herhangi özel bir arabirime ihtiyacı olmayan bir veri yolu olmakla birlikte, yüksek hızlı kritik uygulamalar veya komplex haberleşme işlemleri gibi kullanım alanlarında yaygın olarak uygulanan bir veri yolu sistemidir.
• CAN BUS : Bosch firması tarafından geliştirilen (seri) veri yolu sistemi olan Controller Area Network veri yolu sistemi, özellikle otomotiv sektörüne yönelik akıllı network sensör ve actuatörler için tasarlanmış ve kısa bir zamanda bu çalışmalarda standart hale gelmiştir. Multi-Master yani bütün CAN noktalarının data iletebildiği ve birkaçınıda eş zamanlı olarak istekte bulunabildiği veri yolu sistemi olan CAN hiçbir abone ya da kullanıcı için herhangi bir adreslemeye sahip olmamakla birlikte öncelikli mesajın iletilmesi şeklinde veri iletir. Bu veri iletişim protokolu en sık Otomotiv ve Medikal endüstrisinde kullanım alanı bulmaktadır.
• DEVICENET : Allen-Bradley tarafından geliştirilen Akıllı sensör ve aktüatorler için tasarlanmış endüstriyel network yapısı olan DEVICENET "Open DeviceNet Vendors Association " adı verilen üretici bağımsız bir kuruluş tarafından günümüzde gelişimini sürdürmektedir. DEVICENET ile limit switch, fotoelektrik sensör, barkod okuyucu ve motor starterleri gibi düşük seviyeli aygıtlara bağlanılabilir ve PC veya PLC gibi daha üst seviyeli aygıtlarla haberleşme sağlanabilir
• FOUNDATION FIELD BUS: Özellikle dağıtılmış proses kontrol uygulamaları için dizayn edilen Fieldbus Foundation (organizasyon) olarak dünyadaki otomasyon sistemlerinde yaklaşık %80 'lik bir pazara sahip olan 140 şirketin biraraya gelmesi ile oluşmuştur. Teknolojisi fiziksel katman, haberleşme çatısı ve kullanıcı katmanından meydan gelmektedir.

Oracle WorkSpace Manager  farklı WorkSpace ler oluşturup tabloların farklı sürümlerini bu çalışma alanlarında kaydedebileceğimiz bir yapıdır. Aşağıdaki gereksinimleri karşılar.

• Kayıt güncelleme ve eklemelerini Production DB’ye uygulamadan önce gruplar halinde yönetmek.
• Veri tabanı tasarımını yönetebilmek için.
• Birden farklı senaryoda verilerin farklı sürümlerine göre analizler yapabilmek için.
• Veri değişikliklerini saklamak için.

Bu işlemlerin tümü DBMS_WS paketindeki procedure’ler yardımı ile yapılır. Bu procedurelerden en önemlileri

o   DBMS_WM.CreateWorkSpace

o   DBMS_WM.GotoWorkSpace

o   DBMS_WM.EnableVersioning

o   DBMS_WM.DisableVersioning

o   DBMS_WM.BeginDDL

o   DBMS_WM.CommitDDL

o   DVMS_WM.SetDiffVersions

Veri tabanında bulunan tablolardan birini EnableVersioning procedure ile version-enabled hale getirirsiniz. Bu işlemi yaptığınızda WorkSpace manager bu tablo ile ilişkili bazı VIEW lar oluşturur, tablo yapısında bazı değişiklikler uygular ve sadece DBA kullanıcıların görebileceği bazı nesneler oluşturur.

Yaptığı en önemli değişiklik  tablonun adını<TABLE_NAME>_LT şeklinde değiştirmesi ve eski tablo ile aynı isimde bir VIEW oluşturmasıdır. Ama kullanıcılar tüm SQL sorgularında hala aynı ismi kullanmaya devam etmelidir.

Bir tablo version-enabled hale getirildiğinde tüm satırları  çoklu versiyon desteğini sağlar. GotoWorkSpace procedure ile değişik workspaceler arasında seçim yapıldığında  seçtiğiniz workspace de version-enable hale getirilmiş olan tablonun verileri ilgili versiyondaki hali ile görebilirsiniz.

Version-enabled bir tablo için <table_name>_DIFF isimli view workspace manager tarafında otomatik olarak oluşturulur. Bu view SetDiffVersions procedure ile alınan iki workspace için tablodaki verilerin farklıklarını gösterir.

<table_name>_HIST view ise tablodaki verilerin geçmişini gösterir.

Dikkat Edilmesi Gereken Hususlar

• Version-enabled tabloda primary-key  alanın değerini güncelleyemezsiniz. Güncelemeyi denerseniz

  ORA-20003: cannot modify primary key values for version-enabled tables

  hatası ile işlem iptal edilir.

• Workspace isimleri büyük-küçük harf ayrımına duyarlıdır.(case sensitive)
• WorkSpace adı maksimum 30 karakter olabilir.
• WorkSpace ler aralırında hiyerarşi oluşturabilir. Bu hiyerarşi maksimum 30 seviyede olabilir.
• Version-enabled tabloda insert,update,merge komutları RETURUNING yapısını desteklemez.
• Version-enabled tabloda bir DDL(Data Definition Language) işlemi gerçekleştirmeden önce mutlaka DBMS_WM paketindeki beforeDDL ve CommitDDL procedureleri çalıştırılmalıdır.

  Aksi halde ORA-00942: Table or view does not exists

  hatası alırsınız.

• Alter table ifadesinde tablo isminin sonuna _lts eklendiğine dikkat ediniz.

 
   EXECUTE DBMS_WM.BeginDDL('TEST_TBL');
   ALTER TABLE TEST_TBL_lts ADD (aciklama VARCHAR2(100));
   EXECUTE DBMS_WM.CommitDDL('TEST_TBL');
 

• Version-enabled bir tabloda partitioned,reverse veya join index oluşturamaz veya drop edemezsiniz.
• Eğer yabancı anahtarla bağlanmış iki tablodan baba tablo version-enabled yapılmışsa çocuk tabloda yapılmalıdır.
• Version-enabled bir tabloda sadece per-row tirgger yapısı desteklenir.
• Version-enabled bir tabloyu drop etmeden önce mutlaka DisableVersioning procedure kullanmalısınız aksi halde

  ORA-20061: versioned objects have to be version disabled before being dropped

  hatası ile işlem iptal edilir.

   
  exec DBMS_WM.DisableVersioning('TEST_TBL’)
  

  yukardaki sql komutu ile versionlama devre dışı bırakılabilir.

Şafak sorgulaması yapmak için yaptığım form.

Bundan sonra buradan bakabilirsiniz.

Şafağını öğrenmek için burayı tıkla.

Şafağa göre çıkan yorumları beğeneceğinizi umuyorum.

Aralık-2011 ve Ocak -2012 arasında izine gidiş ve izinden dönüş için mecburen uğradığım Diyarbakır KTM ve KTM lerle ilgili bir kaç cümle yazmak istiyorum.
KTM Kabul Toplanma Merkezi kelimelerinin baş harflerinden oluşan bir kısaltma askerliğinizi içgüvenlik bölgesinde yapmadıysanız size biraz yabancı gelebilir. Bu bölgede askerlik yapan şahıslar izin,terhis,hastane , görev vb. sebeblerle seyahat etmek durumda kalırlarsa yolculukları KTM denen birazda Otogarları andıran bu yerlerden geçmek zorunda.
Mardin KTM den sonra Diyarbakır KTM 'de de gördümki KTM 'lerde düzeni sağamak çok zor. Yüzlerce kişinin toplandığı , sihhi koşulların çok iyi olmadığı bazende orman kanunlarının işlediği bir yer.

Diyarbakır KTM

7. Kol Ordunun içerisinde oluşturulmuş bir yerdir. Güneydoğu konvoy güzergahının giriş kapısı. Belkide en kalabalık KTM burasıdır. 120-150 kişilik 4 adet koğuş var. Buralar yetersiz kaldığında yemekhane ve gazinolarda gecelenebiliyor. Misafir asker sıfatı ile burada bulunmak insana çok büyük bir eziyet gibi geliyor.
Misafir askerler bu koğuşlar ve araç sevk alanı dışında bir yerde bulunamazlar. Bu sevk alanından Lice,Kulp,Hani,Şırnak,Cizre,Silopi,Batman,Elazığ,Ergani gibi pek çok yere konvoy düzenlenir.
Koğuşlarda bazen bir yatakta birden fazla kişi yatması zorunlu olur.
Tesisin tüm yapıları burada kalan askerler tarafından harap edilmiştir. Kapılar kırık, pencereler bozuk,musluklar patlak,pisuvarlar ve tuvaletler tıkalı, sevk alanında oturma bankları sökük durumdadır. Bu tesisler hem bakımsız hem harap edilmiştir.
Araç sevk alanı kış şartları için uygun değildir. O yüzden kışın buraya gelen askerler buldukları her yanıcı cismi(banklar,ağaçlar,çöpler,fırıncıdan çalınan odunlar,vb) yakarak ısınmaya çalışır. Burada bulunduğunuz sürece kendi devletiniz tarafından esir kampına alınmış gibi hissedersiniz. Birde sizinle dalga geçer gibi "Misafir Personel" diye hitap ederler size.Bazen insan diyor misafirinize bunu reva görüyorsanız düşmanınıza ne yaparsınız acaba diye.
Burada görev yapan rütbeli personelde sinirlerine hakim olamamakta bazen "Misafir Asker" dedikleri kampta bulunan kişilere gayri-insani davranışlar sergilemektedirler. Ben orda iken çileden çıkan bir üsteğmen tüm askerlere hitaben yaptığı konuşmasında güya bazılarımızı kast ederek "O.Çocukları " gibi hakaretler içeren cümleler kurmuştu.
Diyarbakır KTM ye yeni bir bina yapıldığınıda gördüm. Henüz hizmete girmemiş olan bu binada hizmete girdikten kısa bir süre sonra harap olacak endişesi taşımaktayım. Keşke dediğim bazı noktalar var.
Mesela

• Askerlerin sevkiyatın da hava yolu tercih edilse daha güzel olur. Buradan haftada 3-4 defa helikopter kaldırılsa bu tesislerde bu kadar kalabalık olmaz diye düşünüyorum
• Terhis ve izin için Diyarbakır'a kadar getirilmiş ama izin günü gelmediği için burada boş yere bekletilen askerlerin KTM'ye katıldıkları an serbest bırakılmaları da hem bu tesislerdeki gereksiz kalabalığı eritecektir. Bu askerler eksik hizmet sürelerini bağlı bulundukları askerlik şubesinde tamamlayabilir veya bu süreler yapılmış sayılabilir.
• Bu bölgede ikamet eden şahısların KTM'ye katılma zorunluluğu da ayrı bir saçmalık bence. Adam zaten hayatını Şırnak'ta,Lice'de veya Cizre'de yaşıyor. Kendi evine giderken askeri konvoylardan ,KTM lerden geçmesi gereksiz.

KTM de bulunduğunuz sürece Türk insanının genel yapsını daha yakından görürsünüz. Ne kadar "temiz" ne kadar "yardım sever" bir millet olduğumuzu orada yaşayarak görüyorsunuz.
Ayrıca askeri çifte standart'da burada her yerdekinden daha çok göze batar. Tamam konakladığımız şartlar rütbe farkıdan dolayı böyle diyelim ama aynı kanun neden Erbaş ve Er'lere farklı uygulanır. Ben orda iken bir astsubayın kendisi KTM de olmadığı halde izin kağıdına gerekli işlemler yapılmış ve birliğine gönderilmişti mesela. Tıpkı kışlalarda cep telefonu kullanmanın sadece erbaş ve erlere yasak olması gibi.(Aslında tüm personel için kışlaya sokulması yasak olan şeyler aynıdır.)

Hayatta Kalma Yöntemleri Ve Öneriler

KTM de kalacak arkadaşlar için bazı önerilerim var.

• Öncelikle gerçekten işiniz yoksa izne çıkmayın ,hastaneye gitmeyin. En iyisi KTM 'ye katılma zorunluluğu olan durumlardan uzak durmak.
• KTM'de bulunduğunuz süre içinde temizliğe özen gösterin ve başkalarını da bu konuda uyarın uyarın. Burada kaldığınız sürece kendiniz ve çevrenizdeki insanların temizliğe dikkat etmesinde büyük önem var. Bunu sağlamak tesisin yöneticilerinden daha çok "Misafir Personel" dedikleri askerlerin elinde. Maalesef arkadaşlarımız koğuşlarda yedikleri yemeğin , içtikleri sigaranın ve daha bilmem nelerin çöplerini koğuşlara hatta bazen yataklara bırakıp çıkıyorlar.
• Burada bir adet marketde var. Gıda ihtiyacınızı sevk alanında ve koğuş bölgesindeki kantinlerden veya bu markettenden karşılayabilirsiniz. Diyarbakır KTM'de cep telefonundan esrara kadar herşeyi satan birileri bulunur.
• Cep telefonu şarj etmek için elektrik tertibatını kurcalamayın. Zaten gidince görürsünüz Kahve makinesinin besleme kablosundan, lambaların kablosuna kadar pek çok yer askerlerce açılıp şarj için kullanılmıştır. Bunun yerine pilli şarj cihazlarından veya güneş enerjilli şarj cihazlarından yararlanın.
• Diyarbakır KTM de Vakıfbank ATM si mevcuttur. Buradan para ihtiyacınızı karşılayabilirsiniz.

Burayla ilgili söylecek çok şey var ama şimdilik bu kadar.

Bir programcı projesi ile ilgili çalışmalarını yapmaya başlar önce bir sınıf yazar ve bu sınıfı class1.pas ismiyle saklar sonra başka bir projedede farklı bir işi yapacak olan aynı isimde bir dosya yazar. Sonra gün gelir aynı isimdeki dosyaları aynı proje klasöründe görmeye başlar. İşler git gide dahada karışır. PowerShell ile yazacağımız tek satırlık bir script ile aynı ismi verdiğimiz dosyaları görebiliriz. Bu kodu Başlat -> Çalıştır ekranına PowerShell yazarak açacağınız PowerShell komut arayüzene yazarak çalıştırabilirsiniz.
İşte bahsettiğimiz kod

 
dir d:\projeler -Filter *.pas -Recurse | group name | where {$_.Count -gt 1} | % {$_.group | foreach{ $_.fullname }}
 

Burda Filter parametresi ile sadece .pas uzantılı dosyaları alıyoruz. Recurse parametresi ise tüm alt klasörleri ile birlikte verdiğimiz klasörü taramak için.

Group-Object

Collection lar ile işlem yaparken gruplamamız gerekirse group-object cmdlet kullanılıyor. Yukardaki örnekte "Group Name" komutu pipeline ile kendisine gelen veriyi Name property sine göre grupluyor.

Where-Object

Collection lar ile işlem yaparken arama ,filtreleme yapmak gerekirse where-object cmdlet kullanılıyor. Yukardaki örnekte "where {$_.Count -gt 1}" where komutu pipeline ile kendisine gelen verinin her bir elemanını kontrol ederek Count propery değeri 1 den büyük olanları dönderiyor.

Firebird RDBMS sisteminde veri tabanına erişim yetkisi olan kullanıcıların bilgileri Security2.Fdb dosyasında tutulur.Bu dosya normalde firebird kurulumun yapıldığı klasörde bulunur. Örneğin benim bilgisayarımda "C:\Program Files\Firebird\Firebird_2_0\security2.fdb" bu klasörde bulunuyor.

Firebird sysdba kullanıcısının şifresini kurtarmak için security2.fdb dosyasını başka bir bilgisayardan veya firebirdsql.org sunucusundan indirerek değiştirmeniz yeterlidir.

Dosyayı değiştirdiğinizde sysdba kullanıcısının varsayılan şifresi olan "masterkey" ile oturum açabilirsiniz. Tabiki dosyayı değiştirebilmek için öncelikle firebird sunucusunu durdurmanız gerekecektir. Daha sonra bahsettiğim yerlerden temin ettiğiniz dosyayı elinizdeki ile değiştirin.

Windows işletim sistemlerinde takas dosyası olarak bilinen yapı linux işletim sistemlerinde Swap Space olarak karşımıza çıkıyor.
Sistem sahip olduğu fiziksel RAM 'den daha fazla belleğe ihtiyaç duyduğunda veya bir uygulama çok büyük veri bloklarını belleğe yükleyip kullanmadığında SWAP SPACE kullanılıyor.
Yani SWAP alanı işletim sistemi tarafından Fiziksel RAM gibi kullanılıyor. Tabikide bu durum performansı olumsuz etkiliyor çünkü HDD üzerinde bulunan SWAP alanının RAM kadar hızlıçalışması mümkün değil.

Oracle Linux Swap Size

Oracle kuran arkadaşlar sürekli swap size ne olmalı diye soruyorlar. Bu sorunun cevabı oracle dökümanlarında şu şekilde verilmiş.

Linux x86-64 ve IBM: Linux on System z:(64 Bit)

• Aşağıdaki tablo RAM boyutu ve tavsiye edilen SwapSize boyutlarını gösteriyor:

Linux x86:(32 Bit)

• Aşağıdaki tablo RAM boyutu ve karşılığında tavsiye edilen SwapSize boyutlarını gösteriyor:

Daha fazla bilgi için Oracle® Database Installation Guide 11g Release 2 (11.2) dökümanındaki Linux->Memory Requirements. Başlığına bakabilirsiniz.

ASM(Automatik Storage Management ) disk ve dosya yönetimini sağlayan özel bir oracle instance dır. ASM yapısında disk grupları,dizinler ve dosyalar oluşturabilirsiniz. Bu yapıda datafiles, controlfiles, logfiles barındırılabilir.

ASM yapısında disk gruplarının kullanımını görüntülemek için aşağıdaki SQL'i kullanabilirsiniz.

 
SELECT name, free_mb, total_mb, round((total_mb-free_mb)/total_mb*100,2) "Usage" FROM v$asm_diskgroup;
 

ASMCMD

ASM yapısında bir dosyayı silmek için ASM instance'a bağlanarak

 
ALTER DISKGROUP disk_group_1 DROP FILE '+disk_group_1/my_dir/my_file.dbf';
 

şeklinde bir sql komutunu çalıştırmalısınız. Dosyalarınızı görmek için v$ASM_FILE view'ı kullanabilirsiniz.
Bunun yerine işletim sistemlerinden alışık olduğunuz komut yapısına benzer bir yapı ile çalışmak isterseniz asmcmd yi kullanabilirsiniz. ASMCMD ile disk grup oluşturmak ve drop etmek dışındaki tüm dosya işlemlerini kolayca gerçekleştirebilirsiniz.

 
export ORACLE_SID=+ASM1
asmcmd
 

bu şekilde komut aracına bağlanmış oluruz.
burada
disk kullamını görüntülemek için
du veya lsdg komutlarını kullanabilirsiniz.

Ayrıca burada içi boş bir klasörü silmek için rm veya bir dizini tamamen silmek için rm -r komutlarını kullanabilirsiniz.

Her şey müzik merakı ile başladı. Önce kullanıcı bilgisayarlarındaki müzikleri kendi bilgisayarımıza aldık. Sonra internetten indirilenleride ekledik ve elimizde güzel bir arşiv oluştu. Daha sonra incelediğimde gördümki bir müzik dosyasının 8 farklı kopyasını almışım. Bu fazlalık dosyalardan kurtulmalıydım ama öyle sabahlara kadarda inceleyemezdim. Dosyaların isimleride aynı değildi. Böylece bu script'i yazmaya karar verdim.
Dosya ismine göre değilde dosyaların hash değerlerine göre kopyları buluyor.

 
function get-md5($file)
{
  $hasher = [system.Security.Cryptography.MD5]::Create();
  $stream = New-Object System.IO.FileStream($file,[System.IO.FileMode]::Open);
  $sb = New-Object System.Text.StringBuilder;
  $hasher.ComputeHash($stream) | % {[void] $sb.Append($_.ToString("x2"))};
  $sb.ToString();
  $stream.Dispose();
 
};
 

Bu örnekteki get-md5 fonksiyonu ile dosyaların MD5 değerlerini alabilirsiniz. Ayrıca Property eklemek için kullandığım add-member fonksiyonu içinde bir örnek var.

 
Add-Member  NoteProperty MD5Hash $hash -InputObject  $file ;
 

Ayrıca decimal yuvarlama işlemi içinde [Math]::Round kullandım.
Bu örnekte Group-Object ve Where-Object yapısının ne kadar faydalı olduğunuda görebilirsiniz.
Lafı fazla uzattım İşte kodun tamamı. İsteyen inceleyebilir.

 
# Parametreler #
# kopya dosyaların aranacağı klasör;
$path = "D:\Muzik\" ;
#kopya dosyaları silecek olan BAT dosyasının adı
$batchfile = "c:\remove_duplicated.bat";
 
function get-md5($file)
{
  $hasher = [system.Security.Cryptography.MD5]::Create();
  $stream = New-Object System.IO.FileStream($file,[System.IO.FileMode]::Open);
  $sb = New-Object System.Text.StringBuilder;
  $hasher.ComputeHash($stream) | % {[void] $sb.Append($_.ToString("x2"))};
  $sb.ToString();
  $stream.Dispose();
 
};
 
#boyutlarına göre grupla ve sadece aynı boyutta olan dosyaları al
$groups = dir $path -Recurse | where {$_.Length -gt 0} |  group Length | where {$_.Count -gt 1} 
 
#Hash bilgilerini ekle
$hashed = foreach($group in $groups)
{
  foreach($file in $group.Group)
  {
     $hash =  Get-Md5($file.FullName) ;
     Add-Member  NoteProperty MD5Hash $hash -InputObject  $file ;
     $file;
  }
}
 
#Hash bilgisine göre grupla ve sadece HASH'i aynı olanları al
$dupfilesgrp = $hashed | group MD5Hash | where {$_.Count -gt 1};
 
$kazanc = 0;
$silinecek=0;
 
#BAT dosyasını hazırla
$dupfilesgrp | % { $_.Group;$i=0;} |
foreach{$i++;if($i -gt 1) {$op="del ";$kazanc += $_.Length;$silinecek++;}else{$op="REM <<Silinmeyecek Olan Dosya>> "} ;$op+ $_.Fullname}  > $batchfile;
 
$kazanc = [Math]::Round($kazanc /1024/1024,2);
 
"$silinecek Adet kopya dosyayı silerek $kazanc MB kazanç sağlayabilirsiniz.
Dosyaları otomatik olarak silmek için $batchfile dosyasını çalıştırabilirsiniz."
 
<#
BAT dosyası ile uğraşmak istemiyorsanız;
Bu kod parçası kopya dosyalardan birini bırakıp diğerlerini kullanıcıdan onay alarak silecektir.
 
$dupfilesgrp | % { $_.Group;$i=0;} |
foreach{$i++;if($i -gt 1) { $_ | remove-item -Confirm}}  
 
 #>