Bakış • Versiyon yükseltmeyle ilgili ön bilgiler • En sık yapılan hatalara karşı pratik tavsiyeler • Daha önceki projelerden elde edilen deneyimler Serdar Başeğmez, Projeler Koordinatörü Sinan Birinci, Bilgi Sistemleri Uzmanı Developi Bilgi Sistemleri
uygulama desteği • DB2 artık Teknik Beta değil! • Web Programcıları için JSON desteği • Web Servisleri için LotusScript Consumer • Yeni obje ve metodlar...
tasarlanmış bir yazılımdır. Fakat... • Her versiyon geçişi bir takım riskler içerir. – Sistemin gereğinden fazla kesintiye uğraması – Kritik uygulamalarda kesintiler – Kullanıcı memnuniyetsizliği – Entegre çalışan uygulamalarda sorun çıkması – Veri ve zaman kaybı
“Message Recall” özelliğini istiyor, sistemde de kaynağını bulamadığımız bir hata/yavaşlık var, hemen 8’e geçelim. – 8’e geçtik şimdi toplantı rezervasyonları çalışmıyor, sametime’a da bağlanamıyoruz, ama recall’da problem yok! • Oysa, Versiyon geçişi bir “Değişiklik Yönetimi”dir ve proje planı olmadan yapılamaz! • Dolayısıyla Ders.1 : PLANLAYIN...
ortasında Yedekleme yazılımımızın Lotus Domino 8 ile çalışmadığını öğrendik! • Oysa her versiyon geçişi öncesi (minor versiyonlar dahil) kullanılan yazılımların önkoşulları incelenmelidir. • Dolayısıyla Ders.2 : ARAŞTIRIN...
8’e geçtik. Sistem açılmadı. Yedek almadığımızdan geri de dönemedik, sabaha kadar sistemi ayağa kaldırmaya uğraştık. Tahmin ettiğimiz kadarıyla sorun yok! • Oysa bazı özel durumlarda bu tip sorunlar çıkması olasıdır. Her upgrade öncesi “Felaket Senaryosu”nun hazır olması gerekir. • Dolayısıyla Ders.3 : YEDEKLEYİN...
Notes client’ları upgrade ettik. Yeni versiyon çalışmadı. Çünkü eski versiyon kurulumunda hata yapılmış. Şimdi eski haline de dönemiyoruz. 250 kullanıcı için tüm notes.ini dosyalarını düzeltmemiz lazım! • Oysa bu tip geri dönüşü zor konfigürasyonlarda mutlaka pilot çalışma yapılmalı. • Dolayısıyla Ders.4 : DENEYİN...
upgrade oldu. Fakat ertesi gün en kritik uygulamalardan birisi çalışmamaya başladı. Öğrendik ki uygulama geliştirme ekibi names.nsf’e bizden habersiz bir view eklemiş. Hatanın sebebi bulunana kadar kritik uygulamada kesinti yaşadık. • Oysa versiyon geçişlerinde tüm Lotus ekiplerinin birlikte çalışması gerekir. • Dolayısıyla Ders.5 : KOORDİNASYON
Gerçekleştirme • Kontrol ve İzleme • Topolojiler ve konfigürasyonlar incelenmeli. • Versiyon uyumlulukları kontrol edilmeli – Diğer Lotus ürünleri (Sametime, Workflow...) – Entegre çalışan uygulamalar (Yedekleme, Antivirus, Fax Server, Mobil Platform yazılımları) – Mevcut veritabanları – Donanım/İşletim Sistemi • Hedef versiyonla ilgili Technote dokümanları ve forumlar incelenmeli • Yeni özelliklerle ilgili ön çalışmalar gerçekleştirilmeli
Gerçekleştirme • Kontrol ve İzleme • Birden çok sunucu varsa topolojilere göre yükseltme sıralaması oluşturulmalı • Gerçekleştirilecek adımlar detaylı olarak zaman planına oturtulmalı. Operasyonel uygulamalar varsa kesintiler bu plana göre ayarlanmalı • Tüm adımlar için checklist’ler oluşturulmalı • Görev Dağılımı yapılmalı
Gerçekleştirme • Kontrol ve İzleme • Sonucu öngörülemeyen değişiklikler mutlaka test platformunda denenmeli • Versiyon uyumluluğuyla ilgili gerekli değişiklikler tamamlanmalı – Veritabanlarında gereken değişiklikler yapılmalı – Entegre uygulamaların versiyonları yükseltilmeli • Felaket senaryoları ve yedekleme planları oluşturulmalı
Gerçekleştirme • Kontrol ve İzleme • Önceden belirlenen kritik uygulamalar tek tek kontrol edilmeli • Entegre yazılımlar ve diğer Lotus ürünleri kontrol edilmeli • Yeni versiyonun ilk günleri tüm log’lar detaylı şekilde incelenmeli • Kullanıcılardan gelen geri bildirimlere özellikle dikkat edilmeli
uygun yükseltme planı – 1. Administration sunucusu – 2. Hub sunucuları – 3. Uygulama Sunucuları – 4. Mail ve SMTP sunucuları – 5. Tüm istemciler – 6. Mail veritabanlarının yükseltilmesi
ile daha çabuk tanıştırılması – 1. Mail ve SMTP sunucuları – 2. Tüm istemciler – 3. Mail veritabanlarının yükseltilmesi – 4. Hub ve Uygulama sunucuları – 5. Administration sunucusu • Bu alternatif önerilmese de mümkündür. Ancak; – Sistem veritabanlarının replikasyonları ACL ile kısıtlanmalı – Policy kullanımında çeşitli problemler yaşanabilir – Uygulamalarda uyumsuzluk olmamasına dikkat edilmeli
– Out of Office Servisi ayarları – ODS (On Disk Structure) formatı isteğe bağlı olarak yükseltilebilir – Domino 7 ile DB2 kullanılıyorsa, bu konuda dokümantasyonlar incelenmeli – Uygulama Geliştirme Ekibi, Composite Application geliştirmeye başlayabilir
– Rooms and Resources Manager uygulaması eklendiğinden özel konfigürasyon gerekir. – DDM (Domino Domain Monitoring) kullanılmaya başlanabilir. – Genel olarak şifreleme algoritmaları geriye doğru uyumlu bir şekilde geliştirildi. Bu değişiklikler yansıtılabilir. – R6/6.5 kullanıcılarının R8 sunucu üzerinde çalışmak zorunda kaldığı ara dönemle ilgili çeşitli uyarılar yayınlanmıştır.
– R5 sonrası çok önemli değişiklikler yapıldı. • Unread mark, ODS versiyonu, view indexing, soft deletion, folder upgrade, rooms and reservations, server public key... – Bu geçiş senaryosuna özel bir dikkat göstermek gerekir. – Mutlaka pilot geçiş platformu üzerinde uygulamalar dahil tüm fonksiyonlar test edilmelidir.
Notes, Terminal Server kurulumunu doğrudan desteklemez. Citrix Presentation Server 4.5 önerilir. – Standart Konfigürasyon 8.0.1 versiyonundan sonra desteklenir. – Test platformu üzerinde pilot çalışma yapılması önerilir. • Metodoloji – Technote: #1292162 ve #1201094
bırakmadan, policy kontrollü yükseltme olanağı sunar. – Upgrade sırasında Mail veritabanının da otomatik yükseltilmesi mümkündür. Böylece kullanıcı yeni özellikleri anında kullanmaya başlar. • Upgrade By Mail – Az sayıda kullanıcının yükseltilmesi için basit bir araçtır. • Deployment Araçları – InstallShield Tuner for Lotus Notes yazılımını Passport sitesinden indirebilirsiniz. Bu yazılım sayesinde kendi kurulum paketlerinizi oluşturabilirsiniz.
edilmeden de temel düzeyde çalışabilir. Fakat bu durumda otomatik upgrade metotları kullanılamaz. – Yanlış bir şekilde kurulmuş istemcilerin otomatik olarak yükseltilmesi uygulamanın çalışmamasına neden olur. – İstemci versiyonu yükseltilmeden Mail veritabanı versiyonu yükseltilmemelidir!
• Daha yüksek kaynak ihtiyacı • Tüm Fonksiyonlar Basic Konfigürasyon • Eski Notes Client tabanlı • Daha düşük donanım gereksinimi • Bazı Fonksiyonlar desteklenmiyor – Sidebar, Consolidated Preferences, Thread Layout, Recent Contacts, Centralized Search, Composite Applications Paralel Çalışma • Standart Konfigürasyon kurulumunda Basic Konfigürasyon kullanımı mümkündür. Geçiş döneminde hibrid çalışma planlanabilir.
– Checklist’ler, Technote’lar, Planlar, Görev Dağılımları... • Platform değiştiriyorsanız (32 bit – 64 bit, linux – windows), versiyon geçişiyle aynı anda yapılması tavsiye edilmez! • Template uyarlamalarına (Domino Directory ve Mail veritabanları) dikkat! – Tüm uyarlamaların yedeği alınmalı, upgrade sonrasında tekrar uygulanmalı.
LotusScript sorunları oluştu. – Analiz sonrasında R6’da yeni eklenen “split” fonksiyonuyla uygulamalarda kullanılan aynı isimdeki fonksiyonun çatıştığı tespit edildi. – Bu tür hataları engellemek için uygulama geliştirme bölümünün upgrade öncesi gereken incelemeleri yapması gerekir.
R7.0.3 geçişinden sonra bazı kullanıcılarda yeni mesajların Inbox klasörüne gelmediği belirlendi. – Analiz sonucu, geçmişte sunucu tarihinin ileri alınmasından kaynaklanan tarih sorunları olduğu tespit edildi. Bulunan bir technote’a göre 7.0.3 versiyonunda tarih uyuşmazlığının böyle bir soruna yol açtığı öğrenildi. Sunucu versiyonu 7.0.2’ye düşürülerek sorun giderildi. – Bu tür problemleri engellemek için Domino altyapısındaki spesifik problemleri önceden biliyor olmak ve bu doğrultuda araştırma yapmak, gerekiyorsa test çalışması gerçekleştirmek önerilir.
versiyon yükseltme operasyonu sonrasında kritik bir web uygulamasında formlar açılmamaya başladı. – Analiz sonrasında bir formda aynı subformun iki kez kullanıldığı, R8 itibariyle bunun kabul edilmediği tespit edildi. – Kritik uygulamaların upgrade sonrası kontrol edilmesi sayesinde problem çok hızlı bir şekilde tespit edildi ve hiçbir kullanıcı etkilenmeden sorun düzeltildi.
RnR ayarları doğru şekilde yapıldığı halde bazı kaynakların rezerve edilemediği belirlendi. – Yapılan analiz sonucu R7 sonrasında bazı özel karakterlerin Mail-in Database tanımlarında kullanılmaması gerektiği öğrenildi. – Genel pratiklere (karakter kullanımıyla ilgili) uyulmaması sebebiyle ortaya çıkan hata, upgrade sonrası testler sayesinde kullanıcılara yansımadan tespit edilerek düzeltildi.
referenced IBM products and services are trademarks of International Business Machines Corporation in the United States, other countries, or both. All rights reserved. IBM, IBM logosu, Lotus, Lotusphere ve diğer IBM ürünleri ve servisleri International Business Machines Corporation şirketinin A.B.D. ve/veya diğer ülkelerdeki tescilli markalarıdır. Tüm hakları saklıdır.
sbasegmez
egmc
baseballyama
hamadakoji
rainerhahnekamp
tkengo
yushin_n
jacopen
yuhta28
ju_hnny5
toru_kubota
yamahiro
oracle4engineer
ammeep
sugarenia
bryan
malarkey
mthomps
jonrohan
bkeepers
lemiorhan
andyhume
lara
thekraken
