用友由于数据库某某某离线,无法打开该数据库怎么办

首先，用户在使用用友软件时遇到数据库离线无法打开的情况，可能是由于数据库出现了问题，导致数据库服务无法正常运行。这种情况下，需要对数据库进行诊断和修复，以恢复数据库的正常运行。
可能的原因包括：数据库服务进程被关闭、数据库被破坏、数据库文件损坏、数据库数据丢失等。
针对不同的情况，可以采取不同的修复方法。比如，如果是数据库服务进程被关闭，可以重新启动服务进程；如果是数据库文件损坏，可以使用数据库修复工具进行修复。
此外，为了避免出现数据库离线无法打开的情况，建议定期对数据库进行备份，以便在出现问题时能够恢复数据。同时，也应该注意及时更新数据库软件、安全补丁等，以提高数据库的安全性和稳定性。

帮助客户制定HANA计划的咨询顾问与分析师承认其中的复杂性，他们认为HANA分析型应用将最终走进企业混合ERP环境

也许短期大规模BusinessSuite向HANA的迁移不会出现，但这是一个非常重大的变革，SAP用户必须重新评估他们的企业系统

埃森哲公司的SAP分析与HANA部门全球主管NicolaMoriniBianzino表示：“客户向HANA迁移的方式是小步走，大多数的SAP客户都在进行评估，他们需要一套系统的方法来决定如何进行迁移，以及是否在云中运行HANA

客户将从小的组件开始向HANA迁移，同时需要保证业务的正常运转

这与迁移到云的形式非常相似，部分业务留在企业内部，部分放到云中

”对于那些市场竞争中处于领先位置的大型企业来说，他们对预测分析的需求是明显的，是HANA的典型客户群

而像公共事业这种行业，他们的迁移步伐会慢一些

当HANA企业云以及相关的选项更成熟，证明迁移更可行的时候，MoriniBianzino期待一些小型公司也能够跟上脚步

相比而言，SAPBWonHANA应用更简单一些，而且成本与风险相对较低

MoriniBianzino表示：“通常BW系统的规模不是很大，所以前期的投入会相对较少

埃森哲在印度的一个制造业客户近期就完成了向HANA的迁移

”另外一些没有准备好对ERP系统进行完全“平台再造”的客户首先会考虑一些批量处理负载，比如财务结算，他们能够从HANA的性能提升上快速获得回报

改写历史一些观察家指出，HANA强袭的一个主要原因是SAP对新的收入流的迫切需求

凯捷公司的HANA咨询顾问MikePrice表示，ERP热潮早已经过去，而为了推广HANA，SAP不得不对其ERP平台进行重新投资，包括核心代码的重写

实在难以想象现在有多少人在为此写代码

SAP声称，基于HANA的BusinessSuite对客户来说将提供无缝的迁移体验，专家对此表示赞同

Forrester著名分析师PaulHamerman称，基于HANA的BusinessSuite并不是另一个版本，它更像是一个增强的功能包

客户通过迁移到HANA的确能够获得非常好的性能提升，比如在财务结算上的测试显示能够提供1000倍以上的性能提升

Hamerman表示：“在HANA的推广方面，SAP一直非常小心，不给客户造成迁移必须‘大动干戈’的印象

这与甲骨文形成鲜明对比

”Hamerman这里指的是Oracle融合应用软件产品线

HANA早期回报体现在接近实时的运行传统的批量处理应用

然而，速度并不是唯一的优势

特别是对于跨国公司来说，他们基本上会统一时间进行基于ERP的批量处理，通常是在夜里

然而由于时差关系，一些地区业务就可能需要暂停

因此这种接近于实时的处理能力会非常具有吸引力

HANA是一个软硬件结合体，提供高性能的数据查询功能，用户可以直接对大量实时业务数据进行查询和分析，而不需要对业务数据进行建模、聚合等。SAP内存数据库的数据并不是只在内存里，也会不停写到硬盘里，这就用到复制服务器Replication Server，包括Log-based，Trigger-based和ETL-based。这些复制服务器需要用到Sybase Replication Server、Sybase Replication Server Agent、Sybase Adaptive Server EntERPrise (AES，适用性服务器)等，以及HANA Load Controller和BO Data Services。

SAPHANA的命令行工具主要是hdbsql，可以交互式或非交互式运行，还可以从文件导入命令执行

我们首先来看看如何交互式运行命令

我们现在已经有了一个SAPHANA数据库

进入到命令行后我们需要切换到HANA安装时创建的用户，我们将切换到这个用户名:su_a17adm

然后输入hdbsql，我们就进入了交互式界面

SAPHANA应该如何学习？从HANA本质来讲大家都知道，就是一个数据库，和Oracle，SQLServer没啥本质的区别，内存计算、列式存储也不是啥新玩意，所以学习HANA和学习一个新的数据库从这个角度看也非常类似，当然HANA有其非常独特的特性（其实哪个数据库没有），其中最重要最本质而且未来会一直延续的特性就是HANA和SAP其他产品之间千丝万缕的联系，这一点对学习HANA的人而言会存在一定的挑战，当然挑战就意味着机会。HANA的学习路线(roadmap)也可以从其共性和特性出发来设计，下面只是个人的一些设想，仅供参考。1数据库DBA大家都知道，行业里无论哪种数据库一般都存在两个角色，DBA和Developer，DBA负责数据库的部署、设计、调试、监控和调优等等各项工作，类似SAP领域的Basis，Developer掌握数据库的开发语言和逻辑，开发各种数据库层面的内容。我们先从DBA说起，我本人原来就是做SAPBASIS的，DBA不敢说精通勉强也算了解，HANA的DBA和其他数据库的DBA本质没啥区别，但DBA向来是一个需求少但是要求高的角色，一般的DBA大多会和其他角色合并，例如SAP系统的DBA和BASIS就是不分家的，非SAP产品DBA可能和网管或者类似角色合并，只有在很大规模的企业里会有专职DBA存在。HANA的DBA入门不难，但DBA最值钱的部分-性能调优，这个需要靠时间积累和环境的培养，恐怕一时半会除了SAP不太会出现优秀的HANADBA。从这个角度出发，建议大家把HANADBA作为自己必须掌握的技能，除了调优以外的知识都需要储备。以后出去做HANA，装个HANA调个参数还需要别人，竞争力就明显弱了。建议学习资料：HANAAcademy,SAPHelp上的PDF适用对象：所有HANA从业者2数据库开发只会开发数据库的Developer恐怕很难生存，因为目前绝大多数大型应用都不太会绑定某个数据库，除了一些特殊产品以外，在数据库层面做的开发都不会太多，绝大多数developer都是兼做数据库的开发，但HANA不太一样，由于其内存计算的特性，使用HANA必定要将应用逻辑下沉，这点造成了大量的HANA数据库开发需求，举个例子：未来随着ECConHANA的普及，ECC本身的很多应用逻辑都不一定下沉到HANA重写，别说客户自己的定制开发了，而客户自己的定制开发恰恰又以查询类为主，光把ABAP报表改写到HANA的事就够多的了，加上基于HANA的新的开发，这些预计未来会有较大的需求。建议学习资料：HANAAcademy,SQLReference等适用对象：ABAP开发人员，HANA开发人员3数据挖掘和分析这是HANA的强项，也是HANA最早版本发布时的目标，想想HANA本身这个名字就明白了。这个角色牵涉的方面很多我只谈一下SAP领域的内容。数据分析也好挖掘也好，一般都会有几个环节，一是获取源数据，二是模型建立和开发三是展现。对于想从事这方面工作的同学以下产品是需要了解和掌握的:获取数据：SAP一系列做数据复制的工具产品：SLT,BODS,DXCSybase(目测估计以后不大会用了），甚至第三方的ETL工具模型建立和开发：BW，BOE(包括IDT，Universe)以及关键的HANAStudio(其实是指HANA里模型建立和开发的技术），展现：BO的水晶报表，Explorer,dashboard等，或者第三方的展现工具，国外看到过有人用PowerBuilder开发HANA应用的。延伸部分：HANA内置了业务逻辑库和预测算法库，还可以和RLanguage集成，这是数据挖掘领域非常有用的功能。建议学习资料：HANAAcademy,SAPHelp等适用对象：原SAPBW/BI/BO从业人员数据挖掘和分析人员4HANA原生开发HANA最有吸引力也是最有生命力的部分其实在于其原生的开发，HANA内置了一个轻量化的JAVAAppserver，可以开发server端的js，MVC模式的交互界面，甚至移动端的UI。同时和HANA数据库内嵌集成，性能比外部系统访问HANA还好。我们看到的SAPHANA的很多有意思的案例都是基于HANA的原生开发，例如NBA，环球帆船大赛，国内的农夫山泉等，这些案例几乎都和SAP传统的业务系统没有任何关系，可以说已经超出了SAP的范畴，真正把HANA当一个平台类的软件来使用，这里的想象空间是巨大的，同样涉及到的技术也非常广泛，例如HANA和开源平台的集成(hadoop)等等。这里个人能力有限，只能大致谈一下HANA里面的开发技术。主要有基于HTML5的SAPUI5界面开发，ServerSideJavaScript的业务逻辑开发，OData/RESTService的数据接口开发以及HANA数据库本身的开发。建议学习资料：HANAAcademy,SAPHelp，SCNHANA开发专版适用对象：有JAVA开发经验的开发人员,HANA开发人员

信息化端到端整体解决方案：包含BI展现，ERP应用，和HANA数据库软件许可，一台BI服务器、一台HANA开发测试服务器、一台HANA生产服务器，整套方案软硬件安装部署及后续整体支持服务。

什么是SAPHANA

SAPHANA是一个软硬件结合体，提供高性能的数据查询功能，用户可以直接对大量实时业务数据进行查询和分析，而不需要对业务数据进行建模、聚合等

saphana的作用

HANA不是一个数据仓库，而是一个平台，在这个平台之上用户可以构建数据仓库或集市、报表和仪表盘等。

HANA能做的，首先是作为内存数据库，提供数据插入、修改和高效的查询功能。

其次，作为一个平台，在HANA之上，BO报表系统可以提供更好的用户体验_用户几乎不需要等待数据返回。

用户可以使用HANA的建模工具直接访问ECC或其它数据源，避开BW。但也可以在HANA之上建BW，把BW那些性能问题交给HANA解决。

SAPHANA提供多用途的内存应用设备，企业可以利用它即时掌握业务运营情况，从而对所有可用的数据进行分析，并对快速变化的业务环境做出迅速响应。

通过SAPHANA，企业可以在业务运作期间基于海量实时详细信息分析业务运营情况。企业可以探索和分析来源于所有数据源的全部交易数据和分析数据。运营数据在产生时由内存获取，并通过灵活的视图迅速将分析信息呈现给用户。外部数据可轻松的被添加至分析模型，与整个企业的数据进行整合

通过SAPHANA可直接访问运营数据,而不影响SAPERP和其他运营系统的性能。企业可以近乎实时地将主要交易表同步到内存中，以便在分析或查找时能够轻松对这些表进行访问。一旦数据可通过内存访问，各个部门就可以从预订单据、销售线索、服务要求等大量列表中查找单个行项目，而不会对运营系统造成任何影响。这种高效的建模流程支持提供明细行项目的直接访问模型，以及支持更为复杂的分析流程的分析模型。

SAPHANA提供从概念到分析的高效工作流程。该工作流涵盖整个流程，从识别相关运营数据(将原始数据转化为相关信息)开始，到在模型中生成按语义分组的信息，最后是发布完成的模型。SAPHANA与传统分析模型的主要区别在于摒弃了任何物质化的东西，即，所有模型都是完全虚拟的，均基于基本的具体运营数据计算结果。这样，模型就能够被方便的修改。

SAPHANA可以访问任何数据。当企业需要非SAP应用程序中的运营数据，或想在现有分析模型的基础上进行扩展时，任何数据源均可作为SAPHANA的数据基础。使用SAP数据服务组件，可以将非SAP运营数据加载到SAPHANA内存中，这样，企业就可以通过极其精简的流程创建一个特定业务情景的完整视图。

SAPHANA添加了易用的建模经验来进一步提高业务用户的自主性。视图遵循语义规则，将原始运营数据转化成可以理解的信息，据此，业务用户可以在基于Web的建模环境中自主地创建新分析模型。

SAP的商务智能分析工具可以直接使用SAPHANA内存数据，使业务用户能够全面利用其所有高性能应用程序的洞察和分析功能。但是，如果用户希望使用Excel或其他工具和应用程序进行数据分析，那么他们可以通过MDX、SQL等标准接口连接到SAPHANA。

SAPHANA为现有应用程序、运营系统或其他业务应用程序提供标准接口。这意味着SAPHANA不会因为连接到现有数据源而打乱现有系统架构，并轻松利用现有BI客户端。作为一款完备的实时分析解决方案，SAPHANA可以帮助企业尽快获得收益。

找到"C:\Program Files\Microsoft SQL Server\MSSQL1\MSSQL\DATA\"文件夹，点击属性，在常规选项卡中点击高级，
在d出的窗口中的压缩或加密属性中去掉压缩内容或者节省磁盘空间，点击确定。
点击应用，勾选应用于该文件夹所有文件。或者只需对数据库系统必须的几个数据库:master,model,msdb,tempdb等 *** 作即可。

---