GÜNCEL KONULAR

☠️Mikro Programında Cari Hareket Tipi Uyarısı Nedir?☠️

Gönderen
  Mikro "Giriş Yetkiniz Yoktur" Uyarısı: Cari Kartta Parasal Olmayan Hesap Kilidi Mikro Muhasebe Programı'nda fatura, irsaliye veya finans evrakı işlerken karşınıza aniden "Giriş Yetkiniz Yoktur" uyarısı çıkıyor ve evrakı kaydetmenize ya da işlem yapmanıza izin verilmiyorsa, sorun genellikle sanıldığı gibi bir versiyon ya da kullanıcı yetki hatası değildir. Bu durum, tamamen ilgili Cari Tanıtım Kartı'nın muhasebe ve hesap tipi yapılandırmasından kaynaklanır. 🔍 Hatanın Gerçek Nedeni: Parasal Olmayan Hesap Tipi Mikro'da Enflasyon Muhasebesi ve Türkiye Muhasebe Standartları (TMS) gereği, bazı hesapların değerlemesi farklı yapılır. Bir carinin kartı açılırken veya sonradan düzenlenirken: Cari Tanıtım Kartı -> Hareket Tipi  sekmesinde yer alan "Hesap Tipi" alanı yanlışlıkla veya bilerek "Parasal Olmayan" olarak işaretlendiyse bu kilit devreye girer. Sistem, "Parasal Olmayan" olarak etiketlenen bir hesabı durağan (enflasy...
0

☠️"Suspect ve Recovery Pending" Hatası☠️

Gönderen

 



Mikro Jump uygulamasında aldığınız "Cannot open database 'MikroDesktop_QUBI_2024_S' requested by the login. 

The login failed." hatası, programın çalışmak için ihtiyaç duyduğu veritabanına erişemediğini göstermektedir.Yani suspect durumu yaşanmaktadır.

Bu hatanın temel nedenleri ve çözüm adımları aşağıda detaylandırılmıştır:


1. Hatanın Temel Nedenleri

👉SQL Server Servisinin Durması: Mikro'nun verilerini tuttuğu SQL Server servisi çalışmıyor olabilir.

👉Veritabanının "Recovery Pending" (Kurtarma Bekleniyor) Moduna Girmesi: Beklenmedik elektrik kesintileri veya sunucunun düzgün kapatılmaması durumunda veritabanı askıda kalabilir.

👉Bağlantı Ayarlarındaki Değişiklikler: SQL sunucu adı veya IP adresi değişmiş olabilir.

👉Yetki Sorunları: SQL kullanıcısının (genellikle 'sa' kullanıcısı) veritabanına erişim yetkisi kısıtlanmış olabilir.


**********************************************************

Düzeltme yöntemi aşağıdaki gibidir ;


1.YÖNTEM


****Suspect durumuna düşmüş bir SQL Server veritabanınızı; veri kayıplarını da gözönüne alarak aşağıdaki komutları ard arda çalıştırarak kurtarabilirsiniz:





EXEC SP_RESETSTATUS ‘VeritabaniAdi’;


ALTER DATABASE VeritabaniAdi SET EMERGENCY
DBCC CHECKDB(‘VeritabaniAdi’)

ALTER DATABASE VeritabaniAdi SET SINGLE_USER WITH ROLLBACK IMMEDIATE

DBCC CHECKDB (‘VeritabaniAdi’, REPAIR_ALLOW_DATA_LOSS)

ALTER DATABASE VeritabaniAdi SET MULTI_USER










🍁

Sorularınız, karşılaştığınız teknik sorunlar ve destek talepleriniz için aşağıya yorum bırakabilirsiniz














Yorumlar

Yorum Gönder

Fikirlerin benim için değerli, paylaşmaktan çekinme!

Popüler Konular

Resim

☠️SQL Server 2025 Evrimi☠️

SQL Server 2025 Geliyor: Veri Tabanı Dünyasında Büyük Evrim ve Radikal Değişiklikler! 📌Veri tabanları artık sadece ERP verilerimizi, stok hareketlerimizi veya cari kayıtlarımızı sessizce saklayan birer depo olmaktan çıkıyor. Microsoft, SQL Server 2025 sürümüyle birlikte veri tabanı motorunu yapay zekayla konuşan, dış dünyadaki API'lere doğrudan kafa tutan akıllı bir asistana dönüştürüyor. Peki bu yeni sürüm veri tabanı mimarisinde devrimsel bir çağ mı açıyor, yoksa mevcut yapının güçlü bir makyajı mı? En önemlisi; biz geliştiricileri ve sistem yöneticilerini neler bekliyor? Kazananları, kaybedenleri ve teknik detayları masaya yatırıyoruz. 👇 1. Sürümlerdeki Taşlar Yerinden Oynuyor: Express Güçlendi, Web Elveda Dedi! SQL Server 2025, sürüm (Edition) katmanlarında ezber bozan iki büyük hamleyle geliyor: Express Sürümüne 50 GB Can Suyu: Yıllardır küçük projelerin, mikro ölçekli işletmelerin ve test ortamlarının en büyük kabusu olan 10 GB veritabanı sınırı nihayet 50 GB’a çıkarıldı...
Resim

☠️SQL Server TDE Hatası: Çözüm ve Kurtarma Rehberi☠️

👽SQL Server TDE Hatası: "Cannot find server asymmetric key thumbprint" SQL Server veritabanı yönetiminde, güvenlik amacıyla TDE (Transparent Data Encryption) yani Şeffaf Veri Şifreleme sıklıkla tercih edilen bir yöntemdir. Ancak TDE ile şifrelenmiş bir veritabanını farklı bir sunucuya (instance) taşımak, yedekten dönmek (restore) veya işletim sistemi formatı sonrasında yeniden ayağa kaldırmak istediğinizde en çok karşılaşılan ve can sıkan hatalardan biri şudur : Hata Mesajı: Msg 33111, Level 16, State 4 Cannot find server asymmetric key with thumbprint '0x7b8626f7e9b646cb8702530018600bf3'. RESTORE DATABASE is terminating abnormally. Bu makalede, bu kritik hatanın ne anlama geldiğini, veritabanını kurtarmak için hangi adımları izlemeniz gerektiğini ve TDE mimarisindeki bazı gizli riskleri detaylarıyla ele alıyoruz. 🔍 Bu Hata Ne Anlama Geliyor? Geri yüklemeye çalıştığınız TDE şifreli veritabanı, yedek alındığı eski SQL Server üzerinde kurulu olan bir Certificate (Se...