Mikro Muhasebe Sunucu Kiralama: Jump, Fly ve SQL Rehberi

Mikro muhasebe sunucu kiralama, muhasebe, stok, sipariş ve finans işlemlerinin yürütüldüğü Mikro yazılımının uygun sürümünü merkezi bir sunucu üzerinde çalıştırmak isteyen kurumların araştırdığı çözümlerden biridir. Ancak her Mikro ürünü aynı kurulum modeline sahip değildir. Mikro Jump, Mikro Fly veya bulut üzerinden sunulan bir paket kullanılması; altyapı, kullanıcı erişimi, veri yönetimi ve lisans kararlarını değiştirebilir.

Kısa cevap: Önce Mikro ürününüzün tam adını, kurulu sürümünü, uygulama üreticisinin onayladığı işletim sistemi ve veritabanı bileşenlerini, eşzamanlı kullanıcı sayısını ve veri büyümesini tespit edin. Ardından ERP ve muhasebe sunucusu çözümlerini SQL gecikmesi, bellek, uzak erişim güvenliği, lisanslar, yedekleme ve yönetim kapsamı üzerinden karşılaştırın. Başlangıç paketi seçmek yerine Mikro muhasebe sunucusu için teklif alın ve uygulamanıza göre kaynak planı isteyin.

Bu rehber; çok şubeli şirketler, mali müşavirlik ve muhasebe birimleri, üretim ve ticaret işletmeleri ile Mikro'yu kullanan BT ekipleri için hazırlandı. Amaç belirli bir RAM miktarını ezbere önermek değil, müşterinin teklif öncesinde karar vermesi gereken sorulara açık yanıt vermektir.

1. Mikro Jump, Mikro Fly ve Mikro Jump Bulut aynı sunucu ihtiyacını mı doğurur?

Hayır. Mikro'nun resmî ürün karşılaştırma tablosu farklı paket, kullanıcı ve edinim modellerini ayrı ayrı gösterir. Bu nedenle Mikro Run, Mikro Jump, Mikro Fly ve Mikro Jump Bulut isimlerinin hepsini aynı yerel sunucu kurulumu olarak değerlendirmek hatalı olur.

Örneğin bir firma kendi sunucusuna kurulabilen bir Mikro sürümü kullanıyorsa veritabanı, Windows işletim sistemi, kullanıcı terminalleri ve veri yedekleri için altyapı keşfi gerekebilir. Üreticinin sunduğu bulut paketinde ise uygulamanın altyapı işletimi ve verinin barındırıldığı katman farklı olabilir; ayrıca kiralık uygulama sunucusu almak gerekip gerekmediği ürün ve sözleşmeye göre teyit edilmelidir.

Not: Bu tablo ürün özelliklerini veya üreticinin onayladığı sistem gereksinimlerini ilan etmez. Mikro'nun sürüm ve lisans seçenekleri değişebildiği için satın alma öncesinde ürün sağlayıcısından yazılı teknik onay alınmalıdır.

2. Mikro muhasebe için VPS mi dedicated sunucu mu seçilmeli?

İlk karar, uygulamanın kaynak kullanımının ne kadar öngörülebilir olduğudur. VPS ve bulut sunucu kiralama ölçeklendirme ve başlangıç kapasitesini kademeli ayarlama açısından uygun olabilir. Dedicated fiziksel sunucu ise sürekli yüksek iş yükü veya donanım izolasyonu gereken durumlarda değerlendirilebilir.

Aynı vCPU ve RAM sayısıyla iki farklı sistemin aynı hızda çalışacağı varsayılmamalıdır. CPU nesli, fiziksel veya sanal tahsis biçimi, depolama gecikmesi ve yoğun saatlerdeki diğer iş yükleri sonuçları değiştirir. Özellikle dönem sonu toplu raporlama, e-belge üretimi ve aynı anda birden fazla şubenin işlem yapması sırasında tepe kullanım farklı olabilir.

Satın alma aşamasında gerçek veri tabanı boyutu, CPU kullanım yüzdelikleri, SQL bekleme süreleri, RAM tüketimi ve disk gecikmesi ölçülmelidir. Ölçüm yoksa başlangıç konfigürasyonu yalnız örnek olarak sunulmalı; yük testi ve büyüme planıyla revize edileceği sözleşmede belirtilmelidir.

3. SQL Server performansında IOPS, gecikme ve bellek neden önemli?

SQL Server kullanılan Mikro kurulumlarında yavaşlık her zaman işlemciden kaynaklanmaz. Yetersiz indeksler, uzun süren sorgular, bellek baskısı, ağ gecikmesi, kullanıcı eşzamanlılığı ve disk I/O darboğazı birlikte incelenmelidir. Microsoft'un SQL performans darboğazı rehberi bu alanları ayrı başlıklar olarak ele alır.

IOPS, saniyedeki disk işlem sayısını; gecikme, bir I/O isteğinin tamamlanma süresini anlatır. Çok sayıda küçük veritabanı okuma-yazma işlemi bulunan ortamda yalnız “NVMe var” demek yeterli değildir. Microsoft, SQL Server disk I/O teşhisi için veri dosyası bazında gecikme ve işletim sistemi sayaçlarının birlikte ölçülmesini önerir.

SQL Server bellek kullanımının yüksek görünmesi tek başına arıza değildir. Veritabanı motoru uygun koşullarda belleği önbellek için kullanır; ancak işletim sistemi ve başka hizmetlere yeterli alan bırakılması gerekir. Microsoft'un bellek izleme belgesine göre bellek yapılandırması ve zaman içindeki davranış birlikte değerlendirilmelidir.

4. Mikro kullanıcıları uzaktan nasıl güvenli bağlanır?

Çok şubeli muhasebe uygulamalarında seçenekler, yazılım üreticisinin desteklediği istemci erişimi ile uygun bir uzak masaüstü veya uygulama yayınlama çözümü arasında değişebilir. Her Mikro sürümünde aynı uzaktan erişim yönteminin resmen desteklendiği varsayılmamalıdır.

Windows Remote Desktop Services (RDS) kullanılması planlanıyorsa kullanıcıların veya cihazların ilgili RDS CAL haklarına sahip olması ve sürüm uyumluluğunun incelenmesi gerekir. Microsoft'un RDS CAL lisanslama dokümanı kullanıcı/cihaz esaslı modelleri açıklar. Windows Server lisansı, erişim hakları ve Mikro uygulama lisansı ise birbirinden farklı sorumluluklardır.

Uzak bağlantıyı sağlamak için sunucunun RDP portunu doğrudan internete açık bırakmak uygun varsayılan tasarım değildir. Ağ güvenliği ve VPN çözümleri ile kullanıcı kimlik doğrulaması, MFA, cihaz güvenliği, sınırlı yönetim erişimi ve olay kayıtları bir bütün olarak planlanmalıdır.

5. Mikro muhasebe sunucusu için RAM ve CPU nasıl boyutlandırılır?

Kullanıcı sayısını doğrudan sabit bir RAM paketine çevirmek doğru olmaz. On eşzamanlı kullanıcının çoğu basit kayıt işlemi yaparken başka bir kurumda az sayıda kullanıcı büyük raporlar, entegrasyon ve toplu işlem çalıştırıyor olabilir. İki ortamın kaynak profili aynı değildir.

Ön keşifte işlem yoğun saatleri, aynı anda açık oturum sayısını, SQL Server sürüm ve edition bilgisini, veritabanı büyüklüğünü, entegrasyonları, rapor sıklığını ve uygulama sunucusunun rolünü ayrı ayrı not alın. İşletim sistemi, veritabanı ve varsa RDS oturumlarının RAM kullanımı birlikte hesaplanmalıdır.

Altyapı şirketinden bir başlangıç önerisi alırken “bu kaç kullanıcıyı garanti eder?” sorusu yerine hangi eşzamanlı işlem ve gecikme hedefiyle test edildiğini sorun. Ölçülmemiş bir sunucu kapasitesini mutlak kullanıcı garantisi gibi sunan tekliften kaçının.

6. Mikro muhasebe verileri nasıl yedeklenmeli?

Muhasebe verisi için yalnız günlük dosya kopyası bulunması her zaman yeterli değildir. Desteklenen veritabanı motorunun uygulama tutarlı yedekleri, saklama süresi, ayrı lokasyona kopya ve geri yükleme testi düşünülmelidir. Veritabanını çalışırken rastgele kopyalamak güvenilir geri dönüş yöntemi olarak kabul edilmemelidir.

Microsoft'un SQL Server yedekleme ve geri yükleme rehberi yedek alma kadar test veritabanında başarılı geri yüklemeyi de vurgular. Yedekleme işi başarılı görünse bile veri tabanı ve uygulama açılmıyorsa iş sürekliliği sağlanmış olmaz.

RPO kabul edilebilir veri kaybı aralığını; RTO hizmetin geri gelmesi için hedeflenen süreyi ifade eder. Bu hedefler Muhasebe, Finans ve BT ekiplerinin beraber karar vermesi gereken iş gereksinimleridir. Yedekleme ve felaket kurtarma hizmetlerinde günlük, haftalık, uzak ve değiştirilemez kopya seçeneklerinin kapsamını ayrı ayrı sorun.

7. Mevcut Mikro muhasebe sunucusu yeni veri merkezine nasıl taşınır?

Başarılı bir taşıma, yalnız uygulama klasörünü kopyalamaktan oluşmaz. Önce Mikro ürün ve sürümü, veritabanı motoru ve sürümü, lisans bağımlılıkları, kullanıcı hesapları, e-belge entegrasyonları, yazıcılar, zamanlanmış işlemler, servisler ve depolama izinleri envantere alınmalıdır.

Ardından veri yedeği alınmalı; yeni ortamda işletim sistemi ve veri tabanı, üreticinin desteklediği kombinasyonla hazırlanmalıdır. Uygulama ve entegratör yetkilileriyle test ortamında restore, giriş, kayıt, fatura, rapor ve e-belge akışları doğrulanmalı; bakım penceresinde son veri eşitlemesi yapılarak kullanıcı erişimi yeni hedefe yönlendirilmelidir.

Taşımadan sonra eski sunucuyu hemen silmeyin. DNS ve VPN adresleri, bağlantı gecikmesi, veri bütünlüğü ve geri dönüş planı kontrol edilene kadar eski sistemin erişim ve veri yönetimi açık bir prosedürle ele alınmalıdır. Üretimde iki farklı sunucuya eşzamanlı yazılması veri tutarsızlığı riski oluşturabilir.

8. Windows Server, SQL ve Mikro lisansları kiralama bedeline dahil mi?

Her teklifte aynı kapsam bulunmaz. Windows Server kullanım hakkı, varsa SQL Server lisansı, RDS CAL ve Mikro ürününün kullanıcı/modül hakları farklı lisans kalemleri olabilir. Bir tedarikçinin “Windows dahil” ifadesi, bütün kullanıcı erişimi ve SQL/Mikro lisanslarının da dahil olduğu anlamına gelmez.

Özellikle sürüm yükseltmesi planlandığında mevcut lisansların yeni sunucuya taşınabileceği, ürün sürümünün desteklenip desteklenmediği, Microsoft erişim hakları ve uygulama üreticisinin barındırma koşulları yazılı doğrulanmalıdır.

Mikro Yazılım, ürün ve sürüm güncellemelerini resmî sürüm güncellemeleri sayfasında yayımlar. Ürünün güncel sürümünü kontrol etmek önemlidir; fakat sunucuya uygulanacak sürüm geçişinde üretici veya yetkili iş ortağının onayı ayrıca aranmalıdır.

9. Muhasebe sunucusu maliyetinde hangi kalemler karşılaştırılmalı?

“Mikro sunucu kiralama fiyatı” sorgusuna tek bir bedel vermek çoğu kurumsal senaryoda yanıltıcıdır. Kullanıcı sayısı, depolama, yazılım sürümü, destek kapsamı, lisanslar, yedekleme, VPN ve taşıma birlikte maliyeti değiştirir. Aynı RAM miktarındaki iki teklif, farklı güvenlik veya destek kapsamıyla verilmiş olabilir.

Toplam maliyeti kıyaslarken yalnız aylık sunucu ücretini değil, lisans, taşıma, yedek, destek, bağlantı ve varsa çıkış ücretlerini dahil edin. Sabit paket aralığı görmek için fiyatlandırma sayfamızı inceleyebilir; nihai bedeli ihtiyaç analizine bağlayabilirsiniz.

10. Yönetilen Mikro sunucusu ne sağlar?

Yönetilen sunucu hizmetleri, işletim sistemi kurulumu, yama yönetimi, izleme, kapasite uyarıları ve olay müdahalesi gibi operasyonların belirli kapsamda dışarıdan yürütülmesini sağlayabilir. Ancak bu hizmetin uygulama geliştiricisinin görevlerini de üstlendiği varsayılmamalıdır.

Örneğin SQL hizmetinin ayakta olması, Mikro uygulamasındaki her entegrasyonun doğru çalıştığı anlamına gelmez. Alt yapı ekibi ile Mikro yetkili servisinin kimin hangi hatayı çözeceği konusunda sorumluluk matrisi oluşturması gerekir.

Kritik muhasebe dönemlerinde bakım penceresi, uzak erişim sürekliliği, raporların doğrulanması ve yedekten dönüş prosedürleri tanımlandığında hizmetin gerçek değeri daha görünür hale gelir.

11. Teklif istemek için hazır ihtiyaç listesi

Satın alma ve BT ekipleri tek sayfalık bir keşif notunda şu bilgileri toplamalıdır:

• Mikro ürünü, paket ve sürüm; varsa yetkili bayi ve sözleşme koşulları.
• Toplam ve eşzamanlı kullanıcı sayısı; şube sayısı ve uzak erişim biçimi.
• Veritabanı türü/sürümü, veri miktarı, büyüme ve yoğun raporlama dönemleri.
• Mevcut sunucu CPU, RAM ve disk ölçümleri ile yaşanan yavaşlık şikâyetleri.
• Windows, SQL ve RDS lisanslarının sahipliği ve kullanılabilirliği.
• VPN, MFA, kullanıcı yetkisi ve yedekleme/RPO/RTO beklentileri.
• Taşıma tarihi, test ortamı, kullanıcı kabulü ve geri dönüş planı.

Bu bilgiler ihtiyaç dışı donanım satın almadan veya yetersiz performans riskine girmeden doğru teknik teklif alınmasına yardımcı olur. Hassas mali belgeleri, şifreleri ve kişisel müşteri verilerini açık teklif formuna eklemeyin.

Netsun Bilişim ile teknik keşif: Şirketinizin Mikro ortamı için VPS, dedicated veya yönetilen altyapı seçeneklerini karşılaştırıp lisans, uzak erişim, yedekleme ve taşıma kapsamlarını yazılı değerlendirebilirsiniz. Mikro muhasebe sunucusu kiralama teklifi alın.

Teknik kaynaklar ve güncellik

Mikro ürün farklılıkları için Mikro Yazılım ürün karşılaştırması ve sürüm güncellemeleri esas alınmalıdır. SQL I/O, bellek ve yedekleme için Microsoft SQL performans rehberi, SQL yedekleme rehberi ve RDS CAL lisanslama belgeleri kullanılabilir. Üreticiye özel sunucu ve veritabanı uyumluluğu kullanılan tam Mikro sürümü için ayrıca teyit edilmelidir.

Sık sorulan sorular

1. Mikro Jump için kaç GB RAM gerekir?

Tek bir genel rakam doğru değildir. Ürün ve sürümün resmî gereksinimi, SQL ve uygulama servisleri, veri büyüklüğü, eşzamanlı oturum ve rapor yükü birlikte ölçülmelidir.

2. Mikro Fly için VPS mi dedicated sunucu mu tercih edilmeli?

Her iki model de uygun senaryoda değerlendirilebilir; üretici onayı, CPU/RAM davranışı, depolama gecikmesi ve büyüme gereksinimi seçimde belirleyicidir.

3. Mikro Jump Bulut kullanan firma ayrıca sunucu kiralamalı mı?

Otomatik olarak değil. Mevcut hizmetin barındırma, kullanıcı erişimi ve entegrasyon kapsamı incelenmelidir. Bulut paketi ile kendi kurulumunuza ait sunucu modeli farklıdır.

4. Mikro muhasebe programına evden güvenli erişim sağlanabilir mi?

Ürünün desteklediği erişim yöntemi ve uygun VPN ya da RDS mimarisiyle değerlendirilebilir. Doğrudan internete açık RDP, varsayılan güvenli erişim çözümü olmamalıdır.

5. Mikro sunucusu için SQL Server lisansı dahil mi?

Her sağlayıcıda ve her pakette aynı değildir. SQL, Windows, RDS CAL ve Mikro kullanıcı/modül haklarının ayrı ayrı yazılı belirtilmesi gerekir.

6. Mikro muhasebe verileri otomatik olarak yedeklenebilir mi?

Desteklenen veritabanı ve uygulama yöntemiyle otomatik yedekleme planlanabilir. Ancak yedeğin üretimden ayrı saklanması ve geri yükleme testi ayrıca gerekir.

7. Mevcut Mikro muhasebe sunucusunu taşırken veriler kaybolur mu?

Kesin sıfır risk sözü verilemez. Uygulama tutarlı yedek, test restore, son veri eşitlemesi, erişim kesme ve geri dönüş planıyla risk azaltılabilir.

8. Mikro muhasebe sunucu kiralama teklifi için hangi bilgiler gerekli?

Ürün ve sürüm, kullanıcı/şube sayısı, veri hacmi, mevcut sorunlar, lisanslar, yedekleme ve uzak erişim ihtiyaçları yeterli başlangıçtır. Kurumsal teklif formunu doldurun.