TSplus oturum açma süresi uzadığında, kullanıcıların işe başlama deneyimi de etkilenir. Portalın açılması, Windows oturumunun hazırlanması ve ERP ekranının kullanılabilir hale gelmesi aynı aşama değildir. Bu nedenle “giriş yavaş” şikâyetini çözmenin ilk adımı, beklemenin nerede oluştuğunu ölçmektir.
Bu rehber, TSplus Remote Access üzerinden Windows uygulamalarına bağlanan ekipler için bir inceleme planı sunar. Amaç, rastgele ayar değiştirmek yerine gecikmeyi sınıflandırmak, sınırlı bir pilot grupta iyileştirme denemek ve sonucu gerçek iş akışıyla doğrulamaktır.
1. Giriş süresini üç ayrı aşamada ölçün
İstanbul merkez ofisiyle farklı şubelerden aynı muhasebe uygulamasına bağlanan örnek bir işletme düşünelim. Bir kullanıcı web sayfasını beklerken diğeri masaüstünü görüyor, fakat şirket listesini açamıyor olabilir. İkisini aynı arıza kaydında değerlendirmek teşhisi zorlaştırır.
| Aşama | Ölçüm başlangıcı ve bitişi | İlk inceleme alanı |
|---|---|---|
| Portal erişimi | Adresin açılmasından giriş sayfasının görünmesine kadar | İstemci ağı, ad çözümleme, HTTPS ve web hizmeti |
| Oturum hazırlığı | Kimlik doğrulama tamamlandıktan oturumun kullanılabilir olmasına kadar | Windows profili, ilkeler, oturum başlangıç işlemleri |
| İş uygulaması | Uygulamanın başlatılmasından ilk iş işleminin tamamlanmasına kadar | ERP bileşenleri, veri bağlantıları ve uygulama hizmetleri |
Kimlik doğrulamanın bittiği anı istemciden kesin göremiyorsanız bunu kayıtta belirtin. Kullanıcının parola veya doğrulama kodu yazarken geçirdiği süreyi teknik bekleme süresiyle karıştırmayın. Ekran kaydı almanız gerekiyorsa parola, müşteri bilgisi ve ticari verileri kayda dahil etmeyin.
2. Yeni oturumu, yeniden bağlanmadan ayırın
Bağlantısı kesilmiş mevcut bir oturuma dönmekle, tamamen kapatılmış bir oturumdan yeniden başlamak farklı testlerdir. Önceki oturum hazır durumdaysa uygulama ekranı daha hızlı görünebilir. Bu farkı bir ayarın sağladığı kazanım olarak raporlamayın.
Aynı kullanıcı ve cihazla iki senaryoyu ayrı kaydedin: yeni oturum açma ve mevcut oturuma yeniden bağlanma. İlk kez bağlanan yeni bir kullanıcıyı da ayrı değerlendirin. Kullanıcıya özgü hazırlıklar nedeniyle ilk girişin koşulları sonraki girişlerle aynı olmayabilir. Oturum durumunu anlamak için Bağlantıyı kesme ve oturumu kapatma rehberine de başvurabilirsiniz.
3. Sorunun kullanıcıya mı, zamana mı bağlı olduğunu bulun
BT ekibi için küçük bir karşılaştırma matrisi hazırlayın. Etkilenen kullanıcıyı farklı bir cihazdan, aynı cihazı da yetkili bir test hesabıyla deneyin. Hesaplar arasında parola paylaşmayın; her kullanıcı kendi kimlik doğrulamasını tamamlasın.
- Tek kullanıcı etkileniyorsa: Kullanıcıya özgü profil, uygulama ayarları ve eşlenen kaynakları inceleyin.
- Tek şubede görülüyorsa: Şubenin bağlantısını ve istemci koşullarını diğer konumlarla karşılaştırın.
- Sabah toplu girişlerde oluşuyorsa: Aynı zaman aralığındaki sunucu yükünü ve zamanlanmış işleri kaydedin.
- Yalnızca belirli uygulamada görülüyorsa: Oturum hazırlığından sonraki uygulama bağımlılıklarını araştırın.
Bu sınıflandırma bir teşhis sonucu değildir; araştırmayı daraltmak için önerilen başlangıç yöntemidir. Birden fazla nedenin aynı anda bulunabileceğini hesaba katın.
4. Windows profili ve Grup İlkesi kayıtlarını inceleyin
Windows masaüstü veya oturum ortamı hazırlanırken bekleme oluşuyorsa, ilgili zaman aralığındaki Windows olaylarını inceleyin. Etki alanı kullanılan ortamlarda uygulanan Grup İlkeleri ve oturum açma betikleri de değerlendirmeye dahil edilmelidir.
Microsoft’un Grup İlkesi sorun giderme rehberi, System kayıtlarıyla birlikte GroupPolicy/Operational günlüğünü incelemeyi ve ilgili işlem örneğini ActivityID ile eşleştirmeyi önerir. Çok kullanıcılı sunucuda farklı kullanıcıların olayları aynı zaman dilimine gelebileceğinden, doğru oturum ve zaman aralığıyla çalışın.
İnceleme için profil verilerine, başlangıçta çağrılan ağ yollarına ve betiklerin kullandığı kaynaklara bir envanter çıkarın. Erişilemeyen bir paylaşım veya artık kullanılmayan bir başlangıç işlemi bulursanız önce sahibini doğrulayın; değişikliği test grubunda uygulayın. Kullanıcı profilini silmek veya tüm ilkeleri kaldırmak, bu rehberin önerdiği ilk adım değildir.
5. Sabah giriş dalgasını sunucu yüküyle eşleştirin
Normal saatlerde hızlı çalışan bir ortam, kullanıcılar aynı anda oturum açtığında farklı davranabilir. Giriş denemelerinin saatini CPU, bellek ve depolama ölçümleriyle yan yana değerlendirin. Aynı anda başlayan yedekleme, raporlama veya bakım görevlerini de kayda ekleyin.
Microsoft’un çok kullanıcılı oturum sunucuları için performans rehberi, kullanıcı deneyimini CPU, bellek, disk ve uygulama davranışıyla birlikte ele alır. TSplus ortamında da yalnızca toplam işlemci yüzdesine bakarak karar vermek yerine, gecikmenin gerçekleştiği aşamayı ve iş yükünü birlikte inceleyin.
Kapasite tarafındaki ayrıntılar için TSplus disk kapasitesi planlama rehberini okuyabilirsiniz. Boş disk alanı ile disk yanıt süresinin farklı ölçümler olduğunu unutmayın.
6. Session Prelaunch seçeneğini bağlantı türünüze göre değerlendirin
TSplus’ın Session Prelaunch özelliği, belirlenen kullanıcı oturumlarını bağlantı zamanından önce hazırlamayı sağlar. Resmî dokümana göre HTML5 oturumları ve genel RDP bağlantıları desteklenir; RemoteApp, belirli bir programı başlatan özel RDP bağlantıları ve Web Application Portal üzerinden uygulama başlatma desteklenmez.
Bu nedenle özelliği her ERP yayınlama senaryosuna uygun kabul etmeyin. Kurulu sürümünüzdeki ön koşulları, oturumu yakalama modunu ve bağlantısı kesilmiş oturumlara uygulanan politikaları kontrol edin. Doküman, etkinleştirme sonrasında ilgili kullanıcıların Web Portal üzerinden en az bir kez kimlik doğrulamasını da ister. Bazı oturum ayarı değişiklikleri yeniden başlatma gerektirebilir.
Uygun bir senaryoda önce sınırlı kullanıcı grubuyla deneyin. Önceden hazırlanan oturumların kaynak kullanımını, çalışma saatleri dışındaki davranışını ve kurumunuzun oturum kapatma kurallarıyla uyumunu değerlendirin. Sonucu ölçmeden sabit bir saniye veya yüzde iyileşme sözü vermeyin.
7. İyileştirmeyi aynı testle doğrulayın
Her denemede yalnızca bir değişkeni değiştirin. Aynı kullanıcı, bağlantı yöntemi, oturum türü ve benzer yük koşullarında birkaç tekrar yapın. Yeni oturum ve yeniden bağlantı sonuçlarını ayrı tutun; tek bir başarılı girişle karar vermeyin.
Örnek kabul hedefi: Kurumunuz, pilot grupta yeni oturumun hazır olmasını ve ERP’de ilk sorgunun tamamlanmasını ayrı hedeflerle tanımlayabilir. Hedef süreler ölçülen başlangıç değerine ve iş ihtiyacına göre belirlenmelidir; tüm TSplus kurulumları için geçerli tek bir giriş süresi yoktur.
- Portal, oturum ve uygulama süreleri ayrı kaydedildi.
- Yeni giriş ile yeniden bağlantı karşılaştırmaları ayrıldı.
- Yoğun ve normal saatlerde aynı senaryo tekrarlandı.
- Uygulama açma, belge erişimi ve gerekli yazdırma işlemleri doğrulandı.
- Yapılan değişiklik, sorumlusu ve geri alma yöntemi kayda geçirildi.
Sık sorulan sorular
TSplus girişini hızlandırmak için önce RAM artırmalı mıyım?
Önce beklemenin hangi aşamada oluştuğunu ve o sıradaki kaynak kullanımını ölçün. Kaynak artışı ancak ilgili darboğazı gideriyorsa anlamlıdır; uygulama bağlantısı veya kullanıcıya özgü bir işlem için farklı çözüm gerekebilir.
Session Prelaunch her bağlantı yönteminde çalışır mı?
Hayır. Desteklenen bağlantı türleri ve oturum ön koşulları vardır. Uygulamadan önce kurulu sürümünüze ait resmî dokümanı inceleyin ve gerçek kullanıcı akışını test edin.
Giriş hızını hangi ölçümle raporlamalıyım?
Ölçümün başlangıç ve bitişini açıkça yazın. Portalın görünmesi, oturumun hazır olması ve ilk iş işleminin tamamlanması için ayrı sonuç verin. Tekrarlardaki tipik süreyi ve olağan dışı gecikmeleri birlikte raporlayın.
Windows uygulamalarınızı merkezi olarak sunmak için TSplus Remote Access’i inceleyin. Mevcut ortamınız için pilot test ve ürün seçimini değerlendirmek üzere TSplus Türkiye ekibiyle iletişime geçin veya deneme sürümünü indirin.