扫一扫下载手机客户端
扫描我，关注团购信息，享更多优惠
||网络安全
| | | | | | | | | | | | | | | |
||电子电工
汽车交通| | | | | | | | | |
||投资理财
| | | | | | | | | | | | | | | | |
| | | | | | |
| | | | | | | | | | | | | | | | | | |
| | | | | | |||
||外语考试
| | | | | | | | |
| 视频教程|
Oracle Database 11g RAC手册(第2版)(oracle产品管理总监 BobThome作序推荐)
定价：￥69.00
校园优惠价：￥53.82 (78折)
促销活动：
商品已成功飞到您的手机啦！快登录手机站看看吧！
下载客户端
> 微信关注“互动出版网”，便捷查询订单，更多惊喜天天有
原书名：Oracle Database 11g Real Application Clusters Handbook，Second Edition
原出版社：
ISBN：1上架时间：出版日期：2012 年6月开本：16开页码：472版次：2-1
所属分类：
　 2005年度Oracle Author K.Gopalakrishnan编著
权威oracle产品管理总监 BobThome作序推荐
Gopal的又一部数据库经典著作的诞生
《Oracle Database 11g RAC手册(第2版)》根据Oracle ACE提供的专家指导来管理动态的企业级计算基础设施。《OracleDatabase 11g RAC手册(第2版)》进行了全面修订与更新，涵盖了最新的工具和功能。通过阅读本书可以知道如何准备硬件、部署Oracle RAC、优化数据完整性和集成无缝故障转移保护。在这本内容广泛的OracleRAC手册中还讨论了故障排除、性能调优和应用程序开发等内容。
安装和配置OracleRAC
使用“Oracle自动存储管理”配置和管理磁盘组
使用服务、表决磁盘和Oracle集群件仓储库
用创新的Oracle Wait Interface诊断性能问题
揭示OracleRAC中缓存融合和全局资源目录操作的内幕
探索OracleRAC中备份与恢复的内部工作方式
利用Oracle数据库的负载均衡和“透明应用程序故障转移”功能
全面涵盖“扩展集群”(也称为Metro集群)
使用最高级的诊断方法来排除Oracle集群件中的故障
开发自定义的Oracle RAC应用程序
K Gopalakrishnan(Gopal)是最佳畅销书Oracle Wait Interface: A Practical Guide to Performance Diagnostics & Tuning(2004年由Oracle Press/McGraw-Hill出版)的作者，被Oracle Magazine评为“2005年度Oracle Author”。他还编写了Oracle Database 10g Real Application Clusters Handbook(2006年由Oracle Press/McGraw-Hill出版)一书，曾在多份国际刊物上发表论文，被Oracle技术网络(OTN)确认为Oracle ACE。
Gopal设计和实现了这个星球上几个最庞大、最繁忙的数据库，在超大型联机事务数据库的性能管理与调优方面拥有丰富的经验。他的核心能力之一就是设计和部署可伸缩数据库解决方案体系结构，实现最佳性能、高可用性和可管理性。
Gopal是Oracle RAC和Database Internals方面公认的专家，他利用自己渊博的专业知识解决了世界各地许多棘手的性能问题，客户涉及5大洲30多个国家的电信巨头、银行、金融机构和大学。
Gopal目前在Oracle公司从事“工程系统服务”，主要围绕“Oracle Exadata数据库计算机”和“真正应用集群”提供体系结构设计解决方案。
《Oracle Database 11g RAC手册(第2版)》
高可用性体系结构与集群
高可用性和可伸缩性概述 3
高可用性 4
高可用性术语 4
计划内与计划外停机 5
端到端视角 6
停机时间的成本 6
构建冗余组件 9
实现高可用性的常用解决方案 10
集群、冷故障转移和热故障转移 10
高可用性选项的优缺点 13
可伸缩性 14
Oracle RAC解决方案 14
新兴趋势 15
集群的基础知识与历史 17
用集群实现网格计算 19
集群中的共享存储 22
Oracle RAC的历史 27
　　无论从什么人嘴里听到什么，智者都能准确判断出其中的真正含义。
　　我的职业是咨询师，到世界许多地方去实现Oracle RAC。在我的日常工作中，既要回答一些简单的问题，比如为RAC选择哪种平台，也要处理一些非常复杂的性能问题。我遇到的大多数客户都抱怨说关于这一主题没有明确的文字说明，他们中的许多人仍然把RAC看作“黑盒”。即使是那些多年从事Oracle数据库工作、拥有丰富经验的数据库管理员也是如此。那些过去实现过“Oracle并行服务器”(OPS)的客户还希望知道RAC是如何工作的，它与OPS有什么不同。
　　尽管市面上有许多其他专门介绍Oracle RAC的书籍，但我还没有看到一本书能够涵盖有关RAC的所有主题。因此，公众在了解RAC内部构造和细微差别方面还有很大的差距。正是因为找不到这样一本书，才促使我编写了本书。我的另一本书――Oracle Wait Interface：A Practical Guide to Performance Diagnostics & Tuning取得了巨大成功，也给了我很大的鼓舞，正是因为那本书，使我在2005年荣获了由Oracle Magazine评选的“Oracle年度作者”奖。
　　和上一本书一样，我在本书中的目标是解释如何以最高效的方式实现和使用RAC，而不是对网格进行理论概述。如果查看目录，将会发现我们没有讨论任何有关网格技术或网格体系结构的内容。同样，您也不会找到有管网格管理的任何细节，既没有“企业管理器”和“网格控制”，也没有涉及任何奇特的技术概念。我非常小心地避免讨论那些不适合更广泛读者的内容。
　　我信奉这样一句谚语：“授人以鱼，不如授人以渔”。因此，本书的目的是提供有关Oracle RAC的翔实背景知识和基础原理，而不是提供一大堆命令和语法，这些内容都可以从标准文档和其他Oracle书籍中找到。尽管本书涵盖了有关RAC的各个方面，但它仍然不是完整的――它只是一次令人兴奋的长途旅途的开始。希望读者能够把本书当作一本参考书和概念指南(能够长久地放在书架上)，而不是把它用作某一特定版本的介绍。我也无意于提供一些仅作权宜之计的解决方案和命令。但是，一些章节的确包含了与Oracle Database 11g相关的最佳实践技巧和设计考虑事项。
　　本书讨论的一些概念的确非常复杂，建议读者在第一次阅读时跳过它们。在读完本书之后，再将这些章节复读几次，直到自己能够清晰地理解这些概念为止。注意，除非另行指出，这里讨论的一些概念仅适用于Oracle的当前版本。
　　您还会注意到，对于有些技术主题的处理是非常简单的。因此，作为一名DBA，您只需要对Oracle的体系结构及工作方式有一些基本但却扎实的理解。我相信，对一些高深技术内容的讨论是不切实际的，也不需要在所有地方都进行这些讨论。例如，“缓存融合”和分布式锁管理器的内部工作方式就不可能在一章之内解释清楚。我认为每一个主题本身都值得专门用一本书来进行讨论。因此，要知道这些讨论是在各自标题的上下文中展开的。
　　本书分为5个独立部分。
　　第Ⅰ部分介绍高可用性集群的历史和体系结构，并对比了各种不同的集群体系结构。它还深入研究了Oracle集群体系结构(包括Oracle并行服务器)和Oracle集群技术的发展。我们还讨论了RAC的体系结构和使RAC成为成功解决方案的Oracle内核组件。
　　第1章讨论了高可用性体系结构和集群。我们将在这一章学习最常用的可用性技术，并了解计划内和计划外宕机时间对业务的影响。我们还讨论了用于实现高可用性和可伸缩性的最常见解决方案。硬件集群是用于实现高可用性和“按需”可伸缩性的最常用方法。
　　第2章向用户介绍了RAC的悠久历史，给出了有关集群技术基本知识的一些细节，并对早期的Oracle并行服务器进行了讨论。我们还讨论了Oracle并行服务器的内在局限性，以及RAC如何用新的技术来克服这些限制。我们还会学习到一些有关“分布式锁管理器”(DLM)锁定的基础知识。
　　第3章介绍了Oracle RAC体系结构以及使之正常运行的组件。我们将介绍RAC为什么需要全局协调，由于共享存储是RAC基础结构的关键，所以还将简要讨论RAID，介绍“自动存储管理”(ASM)和一些与Oracle 11g有关的新技术，比如Oracle Grid
　　Infrastructure。
　　本书的第Ⅱ部分介绍RAC软件和ASM的安装。另外还提供了一些基本细节，涉及为RAC准备硬件、在普通UNIX和Linux环境中安装RAC。有关自动存储管理的基础知识也将在这一部分介绍。
　　第4章讨论如何为RAC安装准备硬件。正确、合理地为RAC安装任务准备硬件，是成功部署的关键。Oracle Grid Infrastructure是“Oracle集群件”，它在操作系统级别逻辑绑定服务器，我们将在这一章讨论“Oracle集群件”的安装。
　　第5章专门讨论在集群上安装RAC。我们将使用截屏过程来讨论RDBMS安装和RAC数据库配置。我们还使用新的集群验证实用工具来验证安装的完整性。
　　第6章介绍ASM。ASM是来自Oracle的一种新数据库文件系统，您将学习如何在ASM环境中管理磁盘组。您还会学习ASM中的一些新改进，比如“ASM集群文件系统”(ACFS)和各种命令行工具。Oracle提供的实用工具ASMLIB也将在本章进行简要讨论。
　　第Ⅲ部分讨论了RAC数据库的基础管理知识。其中包含有关RAC数据库基本管理的注释，列举了单实例管理和RAC数据库管理之间的相似之外与区别。RAC性能管理一章介绍了Oracle 11g RAC中的最常见问题、议题和等待方案，以及有可能适用的解决方案。除了高级管理之外，本章还介绍了RAC中的服务管理。
　　第7章从DBA的角度讨论对Oracle RAC数据库的管理。管理RAC类似于管理单实例数据库，但有一些变化。我们将研究有关RAC数据库管理的考虑事项，还将讨论“Oracle集群就绪服务”和表决磁盘的管理主题。
　　第8章讨论在RAC环境中管理服务。“服务”仍然是数据库中一个比较新的概念，它简化了资源管理和工作量的分发，为工作量提供了高可用性。Oracle Clusterware命令行界面也将在这一章进行详细讨论。
　　Oracle RAC (Real Appliction Clusters，真正应用集群)是最畅销的Oracle数据库产品，而且从2001年首次发布后一直如此。这一产品为什么能够如此成功？是因为它为公司提供的价值清晰可见――随着时间的推移，这一价值会随着公司IT环境的发展而发展。
　　看一下后大型机时代的数据中心。传统上，IT已经为每一种应用都构建了专用的硬件和软件集。这样就可以很轻松地提供可预测的服务水平(当然，如果负载中存在过高的峰值，那么另当别论)。但是，这也意味着需要超标准配置硬件和软件来满足峰值要求。当应用需求增长时，通常需要升级和相应的停机时间，所以要根据业务需要的增长进行伸缩是一件很困难的事情。因为IT倾向于超标准配置，所以公司在硬件、软件和维护方面支付的费用超过了真实需求。另外，每个硬件和软件集当然都是独立进行管理的，这样会进一步增加成本。但是，公司更多关注的还不是这一模型的低效性，而是如何提高可用性。停机需要耗费金钱，而且越来越多的关键业务流程都转变为以联机方式完成，所以可用性成为最重要的业务推动力。Oracle RAC在发布不久后就迅速成为实现数据库高可用性的首选解决方案。
　　一旦公司解决了可用性问题，就开始深入研究降低成本的问题了。他们已经使用昂贵的对称多处理(SMP)服务器构建了大型的可伸缩、高可用性系统。支付账单的业务部门开始推动成本的降低。富有远见的IT管理者利用技术来积累竞争优势，他们寻求一种更具成本效益的体系结构。他们在商品服务器中找到这种架构，这种服务连接成一个“横向扩展”(scale-out)集群，所提供的服务级别与昂贵的大型SMP服务器相同，而成本只是它的零头。如果一个数据库也在这样一个环境中运行，那么会怎么样呢？我们可以使用Oracle RAC将数据库扩展到多台服务器上。因此，Oracle RAC的发展已经能够应对IT业面对的新挑战。
　　向低成本服务器的转移可以降低成本，但这种方法只是暂时满足了公司尽最大可能降低成本的渴望。接下来，IT部门开始寻求各种方式，以期更高效地利用其资源，提高利用率，实现小投入多生产。在2004年，Oracle发布了Oracle Database 10g和“企业网格计算”体系结构。整合为一种共享体系结构后就可以帮助降低成本，在这种共享体系结构中，峰值功能和故障转移功能是由多个应用程序共享的。Oracle RAC提供了用于开启这一体系结构的关键功能，它为工作量提供了灵活性，可以随着负载的升高和降低而扩展和缩小其内存印迹。Oracle Database 10g还引入了“自动存储管理”，它将网格体系结构扩展到存储层。
　　今天，向共享体系结构进行整合的趋势仍在继续。公司现在希望提高其敏捷性，缩短上市时间。他们指望云计算能帮助自己更进一步。与网格相比，云在多个方面进行了改进：可以快速配置资源，可以很轻松地按需创建数据库，能够及时满足新的提案。但是，仔细研究一下云的这些特征，就会发现Oracle RAC已经在过去10年里提供了完全相同的功能。云重点突出了一些原则，而在关系数据库的早期，这些原则就已经成为Oracle产品的指导。Oracle很久以来就提倡将工作整合到一个共享计算资源池中，网络访问已经成为其解决方案的关键组件，以最少的管理工作量快速供应计算资源的能力已经被直接内置到Oracle数据库产品之中。
　　为了完全理解Oracle RAC是如何帮助公司构建数据库云的，可以更详细地研究一下数据库云。一般来说，云就是资源池(也就是硬件、软件和存储)，我们可以向其中部署应用程序。这些资源被连接成池，由多个应用程序共享。这种资源共用确保有足够资源可供使用，即使是在需求峰值和资源故障的情况下，也能满足服务需求的质量。云中的资源具有弹性，它们可以根据需要扩展和收缩，表现出无限的可伸缩性。这一特性更多的是通过快速供应资源来实现的，而这种快速供应通常又是通过自服务或自动基础结构完成的。这样就能很轻松地快速部署应用程序、测试台和开发平台，从而提高了组织的敏捷性。通过集中管理以及自动满足服务对象的质量要求，可以使管理成本保持在较低水平。终端用户不需要再关心资源管理，他们与托管服务进行交互，使他们能够专注于自己的核心业务。
　　尽管人们熟知的许多基础结构云都是使用服务器虚拟化来构建的，但服务器虚拟化并不是云的一个必备要素。数据库云不必部署在服务器虚拟化环境中。Oracle RAC多年以前就已经能够将一个数据库服务从托管它的底层实体硬件和存储中抽象出来，提供了自己的虚拟化功能。这样就可以为数据库云实现多种部署模型，既可以在实体环境中进行部署，也可以在虚拟环境中进行部署。
　　数据库云有助于促进整合，但并不是所有整合形式都能得到同样的好处。为使投入回报率达到最高，公司需要了解各种不同的整合形式以及它们对盈利水平的影响。最简单的整合形式是在服务器级别进行整合，经常是利用服务器虚拟化来完成的。这是很容易的，可以得到即时、可见的回报。你过去有100台未能充分利用的数据库服务器，而现在，尽管仍然运行着100个操作系统和数据库，但拥有了10台充分利用的服务器。我们节省了地面空间、电力、冷却、基本建设费用，而且硬件管理员也不再需要管理100台服务器了。但是，你的系统、存储、数据库和应用程序管理员看不到任何节约。为了进一步提高投入回报率，应当在栈的更高层进行整合。整合存储以降低存储成本。整合操作系统、数据库，甚至是工作量。在上移到栈时，整合过程就需要多费一点脑筋了。但是，其回报也是巨大的。这100台服务器、100个存储卷、100个操作系统、100个数据库和100个架构都可以整合到非常少量的项中，极大地减少了需要管理的项数。
　　在整合到服务器集群，最终整合到更少、更大的数据库时，Oracle RAC成为这些数据库云解决方案的关键组件。Oracle RAC提供了很大的灵活性，用于将数据库部署到一个服务器集群池中，用于扩展服务器，用于在集群中的节点之间执行联机再均衡工作。Oracle RAC在支持大型整合数据库方面至为重要，因为这些数据库现在必须在多台低成本商品服务器之间伸缩，以满足整合数据库的聚合需求。
　　Oracle真正应用集群现在已经有10多岁了。在过去的10年里，Oracle一直不断开发更多的技术，这些技术在今天使数据库云成为可能。这里给出一些非常著名的示例：Oracle 10g引入了“动态数据库服务”，它允许IT控制运行在共享集群环境中的工作量。“自动存储管理”将数据库云的好处扩展到存储层，为那些可以无停机时间、联机配置的数据库提供了弹性存储。“实例隔离(instance caging)”在共享OS部署中的实例之间提供隔离，从而促进了OS整合。Oracle 11g带来了“服务器池”和“服务管理质量”，它们是在整合环境中满足服务级别的关键。Oracle Exadata改变了云的采购与部署模型，提供了私有云(cloud in a box)，从而打开了新的天地。它还引入了一些关键的性能改进，如“混合列压缩”、智能闪存和智能扫描。
　　所有这些技术听起来可能都非常高级，你可能不确定如何开始充分利用它们。我鼓励你阅读本书，了解更多知识，使用Oracle RAC，使你的公司具备在21世纪保持兴旺所必需的竞争优势。
　　Bob Thome
　　Oracle公司 产品管理部总监
同类热销商品￥30.00￥21.60
订单处理配送
北京奥维博世图书发行有限公司 china-pub,All Rights ReservedOracle Database 11g 自动维护任务简介
查看数: 286|
评论数: 0|
Oracle Database 11g 内置了三种自动维护任务：1优化程序统计信息收集用于给出那些对象（表,Index等）需要收集优化器统计
2段指导用于给出那些段对象可以收缩空间
3自动 SQL 优化。用于给出那些SQL可以有可选执行计划，有建议的SQL Profile等建议
22:56 上传
Oracle 自动任务
这些任务在一组预定义作业窗口（Window）中运行。预定义的作业窗为WEEKNIGHT_WINDOW及 WEEKEND_WINDOW，同时任务被分配到相应的资源使用者组。例如：WEEKNIGHT_WINDOW 为周一到周五的 晚上10点到凌晨2点这两个窗口都可以由DBA自己修改
同时在作业窗口时间内Oracle会自动激活有效的资源计划控制任务（默认为: DEFAULT_MAINTENANCE_PLAN），用于控制自动作业所允许使用的CPU等资源
这些自动任务帮助 DBA 监视空间使用情况、收集优化程序统计信息以及优化高负载 SQL 语句。&&
DBA 应该定期的监视这些任务。以及这些任务的自动建议。这些任务的执行按优先级排序。若任务没有足够的时间或资源来完成，将在下一个时间窗口重新调度任务。当任务填满可用窗口时，持续时间及资源分配可能需要更改。当前位置:&&
本页文章导读:
&&&&?oracle定时任务失效&&&&&&发现系统数据没有更新，查看oracle定时任务，估计没有执行。发现next_date变成了 ，broken被选中。select * from user_jobs发现该任务失败次数达16次。查得如下原因：　　当任务运行失败时，SN......&&&&?数据库视频笔记&&&&&&第一天：视频4database1.parameter pfile(spfile:server parameter,用show parameter spfile查看)2.1.sgaa.data buffer cacheb.shared pool2 select * from v$processselect * from v$sessionsqlplus / as sysdba启动和停止数据库要用sysdba......&&&&?Oracle 11g: Invisible Indexes&&&&&&Oracle 11g 允许将索引标记为invisible. oracle像维护其他索引一样维护&invisible index&，但是默认invisible index不能被优化器使用，除非显式设置 OPTIMIZER_USE_INVISIBLE_INDEXES=TRUE(可以alter system/session)......
&&&&&&最新IT科技资讯推荐:
[1]oracle定时任务失效
&&&&来源:&
& 发布时间:&
发现系统数据没有更新，查看oracle定时任务，估计没有执行。发现next_date变成了 ，broken被选中。select * from user_jobs发现该任务失败次数达16次。查得如下原因：　　当任务运行失败时，SNP过程在1分钟后将再次试图运行该任务。如果这次运行又失败了，下一次尝试将在2分钟后进行，再下一次在4分钟以后。任务队列每次 加倍重试间隔直到　　它超过了正常的运行间隔。在连续16次失败后，任务就被标记为中断的（broken），如果没有用户干预，任务队列将不再重复执行。　　当将一个任务的next_date参数赋值为null时，则该任务下一次运行的时间将被指定为 日，也就是说该任务将永远不再运行。在大多数情况下，这可能是我们不愿意　　看到的情形。但是，换一个角度来考虑，如果想在任务队列中保留该任务而又不想让其 运行，将next_date设置为null却是一个非常简单的办法。&手动test该定时任务，发现了报错原因，是插入ipv6的ip失败，将其删除。将定时任务恢复，重新执行，执行成功则失败次数将重置0.将任务停掉的方法：& dbms_job.broken(v_job,true,next_date);&&&&&&& //停止一个job,v_job可写job号，里面参数true也可是false，next_date（某一时刻停止）也可是sysdate（立刻停止）。本文链接
[2]数据库视频笔记
&&&&来源:&
& 发布时间:&
第一天：视频4database1.parameter pfile(spfile:server parameter,用show parameter spfile查看)2.1.sgaa.data buffer cacheb.shared pool2 select * from v$processselect * from v$sessionsqlplus / as sysdba启动和停止数据库要用sysdba，1shutdown immediate，关闭数据库2startup启动数据库进入监听功能：在cmd里直接敲入：lsnrctl启动数据库第一个阶段启动数据库到unmount状态，也就是实例起来：startup nomountshow parameter spfile第二个阶段，由nomount到mount从unmount状态到mount状态用到了控制文件select status form v$查看实例状态select name form v$mount的时候用到了控制文件第三个阶段open阶段open阶段数据库才真正用到了数据文件和日志文件。 通过控制文件就可以找到数据文件盒日志文件，控制文件记录了数据文件和日志文件的位置alter database mount视频5强制重启:startup force(相当于断电重启，内存里的所有东西都没有了)&&&&&&第一天：视频4database1.parameter pfile(spfile:server parameter,用show parameter spfile查看)2.1.sgaa.data buffer cacheb.shared pool2 select * from v$processselect * from v$sessionsqlplus / as sysdba启动和停止数据库要用sysdba，1shutdown immediate，关闭数据库2startup启动数据库进入监听功能：在cmd里直接敲入：lsnrctl启动数据库第一个阶段启动数据库到unmount状态，也就是实例起来：startup nomountshow parameter spfile第二个阶段，由nomount到mount从unmount状态到mount状态用到了控制文件select status form v$查看实例状态select name form v$mount的时候用到了控制文件第三个阶段open阶段open阶段数据库才真正用到了数据文件和日志文件。 通过控制文件就可以找到数据文件盒日志文件，控制文件记录了数据文件和日志文件的位置alter database mount视频5强制重启:startup force(相当于断电重启，内存里的所有东西都没有了)&&本文链接
[3]Oracle 11g: Invisible Indexes
&&&&来源:&
& 发布时间:&
Oracle 11g 允许将索引标记为invisible. oracle像维护其他索引一样维护&invisible index&，但是默认invisible index不能被优化器使用，除非显式设置 OPTIMIZER_USE_INVISIBLE_INDEXES=TRUE(可以alter system/session).可以在创建索引的时候指定 INVISIBLE关键字或 ALTER INDEX命令来invisible一个索引。CREATE INDEX idx_name on table_name(column_name) INVISIBLE;ALTER INDEX idx_name INVISIBLE;ALTER INDEX idx_name VISIBLE;demo:SQL& create table ii_tab( id number);Table created.SQL& begin
for i in 1 .. 10000 loop
insert into ii_tab values (i);
/PL/SQL procedure successfully completed.SQL& create index ii_tab_id on ii_tab(id)Index created.SQL& exec dbms_stats.gather_table_stats(USER,'ii_tab',cascade=&TRUE);PL/SQL procedure successfully completed.SQL& set autotrace onSQL& select * from ii_tab where id=9999;
ID----------
9999Execution Plan----------------------------------------------------------Plan hash value: ----------------------------------------------------------------------------| Id
| Operation
| Bytes | Cost (%CPU)| Time
|----------------------------------------------------------------------------|
0 | SELECT STATEMENT
(0)| 00:00:01 ||*
TABLE ACCESS FULL| II_TAB |
(0)| 00:00:01 |----------------------------------------------------------------------------Predicate Information (identified by operation id):---------------------------------------------------
1 - filter("ID"=9999)Statistics----------------------------------------------------------
recursive calls
db block gets
consistent gets
physical reads
bytes sent via SQL*Net to client
bytes received via SQL*Net from client
SQL*Net roundtrips to/from client
sorts (memory)
sorts (disk)
rows processedSQL& alter session set optimizer_use_invisible_indexes=Session altered.SQL& selec
最新技术文章:
特别声明:169IT网站部分信息来自互联网,如果侵犯您的权利,请及时告知,本站将立即删除！
(C)2012-,站长邮箱:www_169it_(请将#改为@)服务器每月的流量10G,但现在的使用流量是11G,是不是超过流量就会自动暂停？_百度知道
服务器每月的流量10G,但现在的使用流量是11G,是不是超过流量就会自动暂停？
服务器每月的流量10G,但现在的使用流量是11G,是不是超过流量就会自动暂停？
提问者采纳
不知道楼主在哪里租的机器要看服务器商如何给你规定的. 这些应该在租服务器之间双方就谈好的.不过现在大多服务器是不限流量的.有些是超过流量时服务器无法访问. 有些是超过流量时收取你超出的这些流量费用
提问者评价
其他类似问题
按默认排序
其他1条回答
按照理论来说超过10G，本月流量用完，就无法显示了。等到下个月1号了
您可能关注的推广回答者：
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁